Archiving Websites 



I would imagine that just about any organization out there will eventually amass a collection of 
legacy web properties. I know we have! Be it a microsite from 1 998 or some fantastic ( at the 
time ) forum that has now been declared "dead" — it's a problem. The big question being, 
what to do with them. 

There are a few technical problems at work here. First, there is a feeling of permanence on the 
Internet that is hard to ignore. You want these legacy sites to live on in some form. 
archive.org http://archive.org is a pretty good system for looking back at your main website, but its 
a moving target, constantly being updated with each iteration of your site. I'm talking more 
about preserving old web outliers. Those exhibition micro-sites, and one-off contest sites you 
might have produced years ago. 

The next issue is that in order for these sites to live on, you need to provide some level of 
maintenance for them. Nearly every website these days has a database running the show, so 
in order for these sites to work, they need to have an open connection to that database. This 
means you need to continually update the application code, and do crazy things like upgrade 
to MySQL 5, 6, 7 and so on. What a drag! 

Scrape The Site 

One option we have been using here at Cooper-Hewitt is called web scraping. This is a pretty 
common technique that essentially creates a non-dynamic, static version of any website. 
There are several ways of scraping a site, one of the simplest being the wget http://www.gnu.org/soft- 

ware/wget/ pTOgram. 

wget is a pretty simple program that comes installed on most linux distributions. You can also 

install it on your Mac using Homebrew http : / /mxcl . github . com/ homebrew/ . Here is a sample command 

line call using wget. 

1 $ wget -rH -Dserver.com http://www.server.com/ 



gistfile1.txt https : / /gist .github . com/micahwa Iter/ 152 8607 !■ file-gist- view raw https : //gist .github.com/micahwalter/1528607/raw/gistf ilel .txt 

filel-txt hosted with * by GitHub https : //github . com 



wget works pretty well but its not really the ideal tool for the job. All it does is download web 
content. It's great for downloading files to your linux server ( nice way to install WordPress on 
a new linux box ) but it doesn't do much else. 
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HTTrack website copier 



Free software offline browser 



Version 3.44-1 (02/28/2011) 

Many engine fixes since older 3.4X releases 
Installing HTTrack: Go to the download section now! 

For help and questions: Visit the forum . Read the documentation . Read the FAQ 



Welcome 

HTTrack is a free ( GPL , libre/free software) and easy-to-use offline 
browser utility. 

It allows you to download a World Wide Web site from the Internet 
to a local directory, building recursively all directories, getting 
HTML, images, and other files from the server to your computer. 
HTTrack arranges the original site's relative link-structure. 5imply 
open a page of the "mirrored" website in your browser, and you can 
browse the site from link to link, as if you were viewing it online. 
HTTrack can also update an existing mirrored site, and resume 

interrupted downloads. HTTrack is fully configurable, and has an integrated help system. 

WinHTTrack is the Windows 20007XP/Vista/Seven release of HTTrack, and WebHTTrack the Linux/Unix/BSD release. 
See the download page . 



© 2011 Xavter Roche a other contributors ■ Web Design: Leto Kauler. 




http : / /labs . cooper hewitt .org . s3 . amazonaws . com/wp-content/uploads/201 1 / 12 /Screen-Shot- 20 11-1 2-2 9-at-9 . 58 . 5 7 -AM .png 

The httrack homepage 



For scraping our sites, we chose to go with a pretty simple tool 

called httrack http: //www. httrack. com/ ( thanks to Geoff Barker http: //twitter . com/ Geoff muse at 

Powerho USG http: / /www. powerhousemuseum.com/ ). This program ( available as a command line tool for Mac 

) does the same thing wget does, with some added bells and whistles. The main bell being that 
it re-writes all of the internal hyperlinks in the site so that the archived site can be hosted on 
just about any domain name. 
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140/379 : piranesi.cooperhewitt.org/design/imaginary-architectural-composition-with-inscription-from-sallust-in-osservazioni-sopra-la-lettre-de-m-ma 
144/379 : pi ranesi. cooperhewi tt. org/ design/roman-ionic-capitals- plate- 20- in-della-magnificenze-ed-architettura-de-romani- 1761/ ?c=da (195 57 bytes) - 

■ pi ranesi, coope rhewi tt. or g/design/t he -imperial-mausoleum -mausoleo- an tico-from-prima-porte-di-architectture-e-prospetti ve-1743/?c=da (19501 bytes) 
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268/411 ; pi ranesi . cooperhewi 1 1 . org/i nfluence/ selected -perspecti ve-of -pro) ec ted - mausoleum - f or- f rede rick- p ri nee- of -wales -1752/? c=i h (14726 bytes) - 0 
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HTTrack Website Copier/3.44-1 mirror complete in 8 minutes 33 seconds : 410 links scanned, 409 files written (12285105 bytes overall) [12403283 byt 
es received at 24177 bytes/sec], 1.9 requests per connection 
(No errors, 8 warnings, 0 messages) 
Done . 

Thanks for using HTTrack! 

Li thi urn : archi ve , cooperhewi tt . org micah$ | 



http : / /labs . cooperhewitt . org . s3 . amazonaws . com/wp-content/uploads/201 1 / 12 /htrack . png 

Here is httrack running in my Mac's terminal. 



Hosting A Scraped Site 

Once you have scraped a site, it probably makes sense to move it somewhere for safe keep- 
ing. We had lots of sites on lots of domains. It didn't really make sense after years of producing 
these sites with different methodologies. So, we decided to create archive.cooperhewitt.org 
and place each scraped site as a sub-folder of this domain. 

Initially I thought it would be really nice to host these static sites on Amazon's S3 http://aws.ama- 
zon.com/ S 3 . I know it's possible to do this, but I found that many of the pages wouldn't load cor- 
rectly. I'm still interested in S3 as an option for this as it's sort of the perfect hardware for the 
job ( is it really hardware? ) but instead I chose to spin up a micro instance on EC2 http: //aws . ama- 



i/ ec2 and host the sites there. 



Here's an example of one of our scraped sites — 

http://archive.cooperhewitt.org/campana http : / /archive . cooperhewitt . org/campana 



301s 



It's pretty standard practice on the web to create 301 redirects for sites you are moving to a 
new domain. I was able to do this pretty easily using an .htaccess file and the following com- 
mands. 



1 RewriteEngine on 

2 RewriteCond %{HTTP_HOST} A campana. cooperhewitt. org [NC] 

3 RewriteRule A (.*)$ http://archive.cooperhewitt.org/campana/campana.cooperhewitt.orj 



gistfile1.txt https : / /gist .github.com/micahwalter/1571750itfile-gist- view raw https : //gist .github.com/micahwalter/1571750/raw/gistf ilel .txt 

filel-txt hosted with * by GitHub https : / /github . com 



This allows you to browse the site by going to the original URL at http://campana.cooperhewit- 

t.Org http://campana.oooperhewitt.org OTanyOf itS permalinks like http://campana.cooperhewit- 

t.org/about.html http : / / campana. cooperhewitt . org /about . html 



The Downsides 



As with anything, there are downsides to using this technique. The main one being no more 
interactivity. If your website had a commenting feature built in, it won't work anymore. If it ran 
off a CMS like WordPress, you won't be able to log in and make edits to your content. Every- 
thing is now static HTML, forever. Also, httrack won't do it all. It hiccups on some types of URLs 
depending on the underlying structure/technology. I found this to be a small problem with 
things like roll over images and dynamic hyperlinks ( especially links with ? marks in them ). 
But most of these issues can be resolved with a little cleanup. 



One Final Step 



Since you are scraping the site and turning it into static html, it does make sense to make a 
real archive of your original site files and any attached database. I simply copied all the files in 
our /var/www directory to an external hard drive and did a mass MySQL dump to the same 



drive. If I ever really need to resurrect one of the sites, I have everything I need sitting on a 
shelf in cold storage. 



ThiS entry WaS pOSted in CH 3.0 http://labs.oooperhewitt.org/oategory/oh-3-0/ OA)d tagged apaChe http://labs.coop- 
erhewitt .org/ tag/ apache/ , archiving http: //labs . cooperhewitt . org/tag/archiving/ , httrack http: //labs . cooperhewitt . org/tag/ht- 
track/, permanence http: //labs .cooperhewitt.org/tag/permanence/ f web http: //labs .cooperhewitt.org/tag/web/ on January 6, 
2012 [http: //labs .cooperhewitt .org/2012/archiving-websites/ ] by micah http: //labs .cooperhewitt .org/author/micah/ . 



Introducing Cooper-Hewitt Labs 



Welcome to Cooper-Hewitt Labs. 

The Labs is a place where you can discover what is going on behind the scenes in digital & 
emerging media at the Cooper-Hewitt. Now you might well be asking why the Cooper-Hewitt 
needs another blog - we've got the popular design blog http://www.cooperhewitt.org/biog on our site 
already - so here's why: 

It is going to get noisy here. It might even get a bit messy. And that's the point. 

(There's a reason we have a tanuki http : / /www. onmarkproduct ions . com/ html /tanuki . shtml as an unofficial mas- 
cot for the Labs.) 

There's going to be a lot of technical posts in amongst others that teardown how experi- 
ments have performed. And some speculations, ideas, and things we'd like to do, too. 

The Cooper-Hewitt is undergoing a transformation with a major rebuilding project http : / /www. - 
cooperhewitt.org/redesign . As a result digital content development, digital outreach, and the integra- 
tion of digital into the fabric and visitor experience of the new building, are all top of mind for 
us here. This means that there is a lot of experimentation and rapid change, and in the spirit 
of the broader Smithsonian New Media & Web Strategy http://smithsonian-webstrategy.wikispaces.eom/, we 
are going to be doing a lot of 'thinking aloud'. 

We'd love your feedback and input as we go. 
So who are 'we? 

Seb Chan is the Director of Digital & Emerging Media. He is new here and before moving to 
NYC lived in Sydney and did many many things at the Powerhouse Museum htt p: /a™. powerhouse- 
museum.com . He misses good coffee, the cricket http://™. espncricinfo.com/, and his previous life in elec- 
tronic music. You can find out software he prefers to run over at Usesthis http://seb.cnan. usestnis.- 
oom/. He'll be writing about specific projects here whilst addressing more meta issues over on 

his long running museum technology blog, Fresh & New http://www.freshandnew.org . 



Micah Walter http: / /micahwalter . tumblr . com I s the Webmaster. He likes tacos and Drupal http : / / drupal . org 

and you'll be hearing a lot about web technologies from him. Before joining the Cooper-He- 
witt he received his MFA in Photographic and Electronic Media from MICA http : / /mica . edu no re- 
lation). Before that he lived on an island http : / /www. dominie a . dm in the West Indies, and before that 
he claims to have been a photojournalist in the Middle East, but says all the photographic ev- 
idence is on some hard drive in his closet. 



Shamus Adams is Cooper-Hewitt's A/V guy. He enjoys using cameras and microphones to 
capture all the words, actions, and objects that surround design and design thinking. Before 
joining Cooper-Hewitt he was the Assistant Studio Director for Recording for the Blind & 
Dyslexic in Princeton, New Jersey, Education Director of WYOU Community Television in Madi- 
son, Wl, and Production Associate at WCSH in Portland, ME. 



Katie Shelly is a creative/technology polymath who's obsessed with collecting skills: video 

skills, animation skills, web skills, coding skills. She loves to draw http ://katieshelly. com/2d/monsters . html , 

make graphiCS http://katieshelly.com/2d/leftforum20i2.html, make VideOS http://katieshelly.com/moving-image/see.html, 

and read tons of design/tech/art blogs http: / /katie shelly . com/more /reader .html . Before working at Coop- 
er-Hewitt, she fixed computers & sold gear http : / /www . tekserve . com/ for a living and before that she 
went to Wesleyan University http : / / en . wikipedia . org/wiki/Wesleyan_University where she thought about cul- 
tural theory, queer politics, and how to collaborate with lots of smart people. 

Katie drew the header for the blog. 

This entry was posted in CH 3.0 http : //labs . cooperhewitt . org/ category/ ch-3-0/ and tagged Hello 

world http : / /labs . cooperhewitt . org/tag/hello-world/ on January 22, 2012 [ http: / / labs . cooperhewitt . org/2 012 /introducing- 
cooper-hewitt-labs/ ] by Seb Chan http : / / labs . cooperhewitt . org/ author/ seb/ , 



Moving to the Fog 



When people have asked me where we host our website, I have usually replied with "it's com- 
plicated." 

Last week we made some serious changes to our web infrastructure. Up until now we have 
been running most of our web properties on servers we have managed ourselves at Rack- 
space http:// rackspace . com . These have included dedicated physical servers as well as a few cloud 
based instances. We also have a couple of instances running on Amazon EC2 http://aws.amazon.com, 
as well as a few properties running at the Smithsonian Mothership in Washington DC. 

For a long time, I had been looking for a more seamless and easier to manage solution. This 
was partially achieved when I moved the main site from our old dedicated server to a cloud- 
based set of instances behind a Rackspace load balancer. It seemed to perform pretty well, 
but still I was mostly responsible for it on my own. 



PHPFog 




http : / /labs . cooper hewitt . org . s3 . amazonaws . com/wp-content/uploads/2012 /01/phpfog . png 

PHPFog can be used to easily scale your web-app by adding multiple app servers 



Eventually I discovered a service built on top of Amazon EC2 known as PHPFog http : / / phpf og . com . 
This Platform as a Service (PaaS) is designed to allow people like myself to easily develop and 
deploy PHP based web apps in the Cloud. Essentially, what PHPFog does is set up an EC2 in- 
stance, configured and optimized by their own design. This is placed behind their own set of 
load balancers, Varnish Cache servers and other goodies, and connected up with an Amazon 
RDS http : / / aws . amazon .com/ rds MySQL server. They also give you a hosted Git http://git-scm.ow reposito- 
ry, and in fact, Git becomes your only connection to the file system. At first this seemed very 



un-orthrodox. No SSH, no FTP, nothing... just Git and PHPMyAdmin to deal with the data- 
base. However, I spent a good deal of time experimenting with PHPFog and after a while I 
found the workflow to be really simple and easy to manage. Deployment is as easy as doing a 
Git Push, and the whole thing worked in a similar fashion to Heroku.com http://heroku.com, the 

popular Ruby on Rails http : / / rubyonrails .org/ PaaS. 

What's more is that PHPFog, being built on EC2 was fairly extensible. If I wanted to, I could eas- 
ily add an ElastiCache http://aws.amazoh.com/eiasticaohe/ server, or my own dedicated RDS http : / / aws . ama- 
zon.com/rds server. Basically, through setting up security groups which allow communication to 
PHPFog's instances, I am able to connect to just about anything that Amazon AWS has to offer. 

I continued to experiment with PHPFog and found some additional highlights. Each paid ac- 
count comes with a free NewRelic http: / /newrelic . com monitoring account. NewRelic is really great 
as it offers a much more comprehensive monitoring system than many of the typical server 
alerting and monitoring apps available today. You can really get a nice picture of where the dif- 
ferent bottlenecks are happening on your app, and what the real "end user" experience is like. 
In short, NewRelic was the icing on the cake. 
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Our NewRelic Dashboard 



So, last week, we made the switch and are now running our main cooperhewitt.org htt P =//coo pe r- 
hewitt.org site on "The Fog." We have also been running this blog on the same instance. In fact, if 
you are really interested, you can check out our NewRelic stats for the last three hours in the 
"Performance ntt P =//iabs.o ooperhewitt . org/perf ormance menu tab!" It took a little tweaking to get our 
NewRelic alerts properly configured, but they seem to be working pretty seamlessly now. 

Here's a nice video explaining how AppFog/PHPFog works. 

As you can see, we've got a nice little stack http://buntwith.com/cooperhewitt.org running here and all 
easily managed with minimal staff resource. 

And here's a somewhat different Fog altogether. 



(Yes we are a little John Carpenter http: //www. imdb . com/ name/nmOOOOl 18/ obsessed here) 
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Media servers and some open sourceness 



We use Amazon S3 http://aws.amazon.com/s3 for a good portion of our media hosting. It's a simple 
and cost effective solution for serving up assets big and small. When we moved initially to Dru- 
pal 6.x ( about a year ago ) I wanted to be sure that we would use S3 for as many of our assets 
as possible. This tactic was partly inspired by wanting to keep the Drupal codebase nice and 
clean, and also to allow us to scale horizontally if needed ( multiple app servers behind a load 
balancer ). 
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Horizontal Scaling 



So in an attempt to streamline workflows, we modified this amazon_s3 http: //drupal . org/pro ject/ama- 
zon_s3 Drupal module a little. The idea was to allow authors to easily use the Drupal node editor 
to upload their images and PDFs directly to our S3 bucket. It would also rewrite the URLs to 
pull the content from our CloudFront CDN http : / / aws . amazon.com/cloudfront . It also sorts your images 
into folders based on the date ( a-la-Wordpress). 



File attachments 

Changes made to the attachments are not permanent until you save this post. The first "listed" file will be included in RSS 
feeds. 
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Our fork of amazon_s3 rewrite the URL for our CDN, and sorts into folders by date. 



I've opened sourced https : / / github . com/ cooperhewitt/amazon_s3 that code now which is simply a fork of the 

amazon_s3 module. It works pretty well on Drupal 6.x. It has an issue where it uploads assets 
with some incorrect meta-data. It's really only a problem for uploaded PDFs where the files 
will download but won't open in your browser. This has to do with the S3 metadata tag of ap- 
plication/octet-stream vs. application/pdf. All in all I think its a pretty useful module. 

As we move towards migrating to Drupal 7, I have been doing some more research about serv- 
ing assets via S3 and CloudFront. Additionally, it seems that the Drupal community have devel- 
oped some new modules which should help streamline a few things 
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Create a CloudFront distribution for you whole site using a custom origin 



As of a couple years ago Amazon's CloudFront CDN allows you to use a custom origin. This is 
really great as you can simply tell it to pull from your own domain rather than an S3 bucket. 

So for example, I set this blog up with a CloudFront distribution that pulls direct from 
http://labs.cooperhewitt.org htt P! //i«bB.o ooperhewitt.org . The resultant distribution is at 
http://d2y3kexd1yg34t.cloudfront.net http: //d2y3kexdlyg34t. cloudfront.net . If you go to that URL you 

should see a mirror of this site. Then all we have to do is install a plugin for 
WordPress http://wordpress.org/extend/piugms/w3-totai-cache/ to replace static asset URLs with the Cloud- 
Front URL. You might notice this in action if you inspect the URL of any images on the site. You 
can of course add a CNAME to make the CloudFront URL prettier, but it isn't required. 



On the Drupal end of things, there is a simple module called CDN http://drupai.org/projeot/cdn that 

does the same thing as we are doing here via the WordPress W3TC http: //wordpress . org /extend /plug- 

i M /w3-totai-oaohe/ plugin. It simply replaces static asset files with your CloudFront domain. Addi- 
tionally, I see there is now a new Drupal module called amazons3 http://drupai.org/project/ama20ns3 ( 
note the lack of the underscore ). This module is designed to allow Drupal to replace it's de- 
fault file system with your S3 bucket. So, when a user uploads files through the Drupal admin 
interface ( which normally sends files to sites/default/files on your local server ) files automati- 
cally wind up in your S3 bucket. 

I haven't gotten this to work as of yet, but I think it's a promising approach. Using this setup, 
you could maintain a clean and scalable Drupal codebase, keeping all of your user uploaded 
assets on an S3 bucket without much change to the standard workflow within the Drupal 
backend. NICE! 
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Upending ticketing 



One of the opportunities we have right now is to challenge the conventional wisdom that 
back-of-house systems need to always be 'enterprise grade'. As we are currently in renova- 
tion mode and our exhibitions and programs are happening offsite and around the city, we 
have the chance to rethink and experiment with different systems to perform common func- 
tions such as ticketing. In so doing we are looking at the way different systems shape visi- 
tor/staff interactions and are also able to refocus by choosing systems on their user experi- 
ence rather than their 'backwards compatibility'. 




A recent change we've made is to use EventBrite http : / /www . eventbrite . com for ticketing, replacing a 
system that despite being tightly integrated with our donor management system placed an 
inscrutable purchasing interface between the customer and their desired tickets. It isn't a 
permanent solution (what is these days?), but more the opening of a 'possibility space'. 



So how is it going? 



Our ticket selling velocity has increased - events sell more quickly - and we've been able to in- 
tegrate ticket selling directly into our email marketing, as well. When ticket price points have 
reached capacity we've used automatic waitlisting and we've even been able to collect dona- 
tions as purchasers buy tickets, and we've also been able to issue refunds easily when re- 
quired. Most importantly the customer experience of purchasing tickets has vastly improved. 




Last night, we had our first trial of a medium size event check-in. Using the EventBrite iPhone 

CheCk-ln App http://www.eventbrite.eom/t/entry-manager-app-iphone We WCTO able tO TUn S CaShleSS dOOT USing 

staff members' iPhones to check everyone in quickly. Checkins were done via ticket scans 
and where people had forgotten their printed ticket, by name. Each iPhone synced to the 
master list meaning that we could easily 'add extra ticket staff to process more people if we 
had a logjam. This had a nice side effect of freeing up staff time to direct visitors to our rov- 
ing iPads for quick signup to our mailing list on their way into the venue. 



But the purpose of deploying lightweight technologies as a replacement for gargantu- 
an enterprise systems is not just about improving visitor experience, or streamlining 
back-of-house operations - it is also about positioning us to reconceptualise the type 
of entry/ticketing experience we might want for our new building and galleries when 
they are completed. 

If it is possible to do the entry experience to events in a seamless mannner with only mobile 
devices, can a museum jettison its ticket counter in a redesign? It also makes us ask our- 
selves to be specific about the other functions ticket counters might serve. 
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Deploying 129 iPads to NYC Schools 



One of the exciting projects we have underway is deploying 1 29 iPads to teachers in New York 
City public schools. As you can imagine, this is a somewhat challenging project and not just 
from a technical perspective. 

This is happening as part of a US Department of Education funded project called Arts Achieve. 
Here's Katie Shelly, who is handling the tech for the project. 

What is i3 and Arts Achieve? 

i3, which stands for Investing In Innovation http=//www2. e d.gov/program S /innovation/index.htmi, is a new grant 
program of the U.S. Department of Education. Established in 2009 as part of the American Re- 
covery and Reinvestment Act http: //www. recovery . gov /About /Pages /The_Act . aspx f the i3 Fund provides competi- 
tive grants to cultural and educational organizations to expand innovative practices that will 
have an impact on improving education by advancing student achievement, student growth, 
closing achievement gaps, decreasing dropout rates, increasing graduation, college enrollment 
and/or college completion rates. 

In 2010, Studio in a School was awarded an i3 grant in conjunction with five partner institu- 
tions - including Cooper-Hewitt. The winning entry, called Arts Achieve http://data.ed . gov/ grants /invest- 
ing-in-innovation/appiioant/i5523 , proposed the development of a n ambitious pilot program in New York 
City public schools to improve student achievement in the arts by building high-quality, digital- 
ly replicable arts assessments, along with a corresponding digital community and resource kit. 
Each partnering organization brings a different expertise to the development of the pilot. 

Carnegie Hall http://www.carnegiehall.org/ f The 92nd Street Y http: / /www. 92y . or g /Uptown / School-of-the-Art s/Harkness - 
Dance-Center/Dance-Education-Laboratory-DEL . aspx , ArtsConnection http: //www. artsconnection . org / and Studio in a 

School http://www.atudioinaBchooi.org/ bring music, dance, theatre and visual art expertise respectively. 
Cooper-Hewitt brings expertise on the innovative use of technology htt P =/ /www. you tube . com/ play list? 

list=PL5275BB9CEF4F5339&feature=plcp for education and design thinking expertise http : //www.youtube . com/watch? 

v=jixsu Z g2awA, and The NYC Department of Education htt P :// S chooi s . nyc.gov/defauit. htm brings expertise in 

curricula http: //schools . nyc . gov/of f ices/ teachlearn/ arts /blueprint . html f state and national standards, and very 

importantly, the ability for us to connect with public schools. We're currently in year 2 of 5, 
which means the Arts Achieve program is up and running- with 43 participating schools, hun- 
dreds of educational professionals and thousands of students participating. Our online com- 



munity, powered by Ning http://www.mng.oom, is abuzz with about 200 members who use the space 
to share lesson plans, media, resources, and feedback, bringing hundreds of individuals with 
different areas of niche expertise together in a single network focused on developing and im- 
plementing high-quality assessments for the arts. 

How did you come to select iPads as the most appropriate technology? What can they 
do that others cannot? 

We considered laptops, PC tablets, linking up peoples' phones., we even considered commis- 
sioning an elaborate arts assessment booth or kiosk (we jokingly call this wild idea "the laser 
box"). 

The iPod touch and smartphones were cheap, but had too small of a screen for good collabo- 
ration. 




http : / /labs . cooper hewitt .org . s3 . amazonaws . com/wp-content/uploads/2012 /02 /boy-using- laptop . jpg 

aptop user's "don't bug me" body language. 



Laptops are highly capable but too individual-oriented to cultivate the feedback-rich class- 
room environment we wanted. When people are working on a laptop, it sends out this mes- 



sage that says: "I'm working-don't bug me!" We wanted technology that would set the stage 
for collaboration, teamwork and most importantly, many layers of feedback- from student to 
student, teacher to student, outside the school to inside, and so on. Constant feedback flow is 
a big philosophical pillar in the project. 

The kiosk idea, though tempting for the ability to infinitely customize for our project, was too 
pricey to be nationally replicable. A key goal of our pilot is to create something that can be 
replicated elegantly and affordably in any public school classroom in the United States. So for 
that reason we deciced to adapt existing technologies rather than develop something propri- 
etary. 

The only thing we rely on schools to provide is an Internet connection. Everything you need to 
participate is included our package. The package has 3 customized iPads, wireless access point 

with 14ft ethernet cable, speaker/pico projector combo dock http: //www. wowwee . com/en/ special/slice (cho- 
sen for its wonderful lack of hookup cables) some styli, i Rig mic h tt P =/ /www. informationweek.com/ news/ per son- 
al-tech/digital-audio/229401607 , and durable iPad cases. 




iPad users"hey, let's explore together!' body language 



We liked iPads because we know that many teachers and students are already familiar and 
comfortable with the interface. The touchscreen was a big thing for us, because the flat, 



"swipey" interface fosters body language that says "come play with me, let's explore!" We could 
imagine a bunch of kids gathered around a video or a group game, working together. And we 
had seen compelling reports of classrooms around the country using iPad htt P ://™. y outube.- 

com/watch ?feature=player_embedded&v=oYLirypK_Yo to do just that, which confirmed our hunch that this was the 

best way to go. 

What Apps did you select? What criteria did you use? 

Our custom iPad image has 90 apps pre-loaded for the classroom. We asked our partner insti- 
tutions in the different arts disciplines to suggest high-quality apps for their disciplines. 

We looked for apps that we could picture a group of kids using together collaboratively. 

There's a beautiful one called Visible Body http : / / i tunes . apple . com/us /app/visible-body-f or-ipad-2-3d/ id44620796 1? 

mt=a that lets you zoom and spin around the entire human anatomy-bones, muscles, liga- 
ments. I could see that engaging a group of students trying to draw from life or learning to un- 
derstand their bodies through dance. I also like one called Educreations http://itune S .ap P ie.- 
com/u S /a PP /eduoreations-interactive-whiteboard/id4786i706i?mt=8, which lets you draw on the screen while speak- 
ing/explaining, which you could imagine being useful for theater students planning out block- 
ing http://en.wiki P edia.org/wiki/Bioc : kinq_( S tage) wh i I e s pea ki ng cues, and perhaps using the recorded 
video to explain their vision to others. A drawing teacher could make a demo video to open a 
lesson on 3-D shading techniques, or as a tool to support students in need of extra help. 

We included several video and photo editing apps to help teachers record and share what's 
happening in their classroom in the Arts Achieve online community too. 

If an app required elaborate setup or login, we nixed it. We operated on the assumption that 
since teachers are always extremely pressed for time and juggling many demands, there's no 
time for anything that takes more than a few taps to get up and running. 

What were the challenges in setting the iPads up for use across so many different 
schools? 

A huge issue for teachers trying to harness the educational power of technology is simply get- 
ting online. Find the right wi-fi network, track down the IT guy to get the password, enter a 1 5 
character password... enter a proxy setting, possibly another password in the browser... and 
repeat that process for multiple devices.... By nowyour 40 minute lesson time is halfway over. 



A huge win for us was the ability to pre-configure these iPads for instant web access. All the 
teacher has to do is plug in an Airport Express htt P ://™. appie.com/airportexpress/ brick to the outlet & 
the nearest ethernet jack. They turn on their iPads, which are pre-programmed to look for the 
Airport and pre-configured with DOE proxy settings. They plug in the brick, turn on the iPads, 
and they're online. A little bit of configuration legwork from us will save hours of accumulated 
time for these teachers. 

Each iPad has the same disk image that has been custom configured and optimized for the 
project. They're pre-loaded with networking settings, relevant bookmarks for the Ning net- 
work, wallpaper with our logo and even keyboard shortcuts http://www.huffingtonpost.com/20n/10/14/ios-5- 
keyboard-shorteuts_n_ion4oo.html that reflect the Arts Achieve vocabulary. The iPads are centrally teth- 
ered and controlled using AirWatch http://www.air-watch.com/, so we can see when and how they're 
being used, where they are, push out new apps as we learn about them, and block whatever 
latest new distracting game is out there. We can also troubleshoot problems remotely, which 
is huge because the test schools are far-flung all around the city. 

How did you balance the locked down needs of schools with the needs of the Apps? 

3G connection was not an option because we needed to keep everyone inside the school fire- 
wall. So we're satisfying a lot of the schools' online safety needs because we're staying inside 
their firewall. 

Use of e-mail to send and receive media is also not something we can encourage because that 
is currently not allowed for students. To get around this, we found two brilliant apps that let 
iPad send and receive data with any computer wirelessly- Photosync http://itunes.a PP ie.com/us/a P p/pho- 

tosync— wireless ly- transfers / id415850 1 24 ?mt=8 and MP3 player http : / / i tunes . apple .com/us /app/mp3 -player-no- i tunes- 

s Y nc/id4554733i6?mt=8 . This avoids the annoying issue of having to designate a computer and active 
iTunes account for a given iPad to sync up with. All the teacher wants to do is get their video or 
photo out of the iPad and onto a computer so they can work on it later or post it online. These 
apps allow them to do that in the simplest way possible. 

What extra features did you wish the iPad/iOS had to help with these sorts of rollouts? 

The iPad is designed for an individual to use and sync up with their personal computer. It 
would be nice if there was a "group mode" or something for iOS that made it easier to deploy 
multiple iPads to a user group who don't have syncing computers. In our dream setup, Arts 
Achieve central would have a Master iPad, and any changes we made to the master unit would 




http : / /labs . cooperhewitt . org . s3 . amazonaws . com/ wp-cont en t/ up loads/2012 /02 /photosync2 . prig 

Transferring photos easily and wirelessly with Photosync App 



automatically push out to the classroom iPads, without the teachers having to log in to iTunes, 
memorize any passwords, punch in credit card info, or any other time-killing, lesson-derailing 
obstacles. "Group mode" would be good for schools, or for a company issuing iPads out to em- 
ployees, or a parent who wants to manage their kids' devices. iCIoud is close, in that it elimi- 
nates some of the headache of plugging in and physically syncing, but again, that service is de- 
signed for an individual consumer managing a personal media library... it wouldn't work that 
well for a project like Arts Achieve, which demands replicability & uniformity from one class- 
room to the next. 
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Releasing the collection on GitHub 



Late last week we released the Cooper-Hewitt's collection metadata as a downloadable 
file http://™. oooperhewitt.org/data . And in a fi rst for the Smithsonian, we dedicated the release to 

the public domain, using Creative Commons Zero http : / / creativecommons . org/about/ccO . 

I'm often asked why releasing collection metadata is important. My teams did similar things 

at the Powerhouse Museum http : //www. freshandnew. org/2009/ 1 1/downloading-mashing-and-remixing-our-collection-metada- 

ta/ when I was there, and I still believe that this is the direction that museums and other col- 
lecting institutions need to go. With the growing Digital Humanities field, there is increasing 
value in scholars being able to 'see' a collection at a macro, zoomed out level - something 
which just isn't possible with search interfaces. Likewise the release of such data under liber- 
al licenses or to the public domain brings closer a future in which cross-institutional discov- 
ery is the norm. 

Philosophically, too, the public release of collection metadata asserts, clearly, that such meta- 
data is the raw material on which interpretation through exhibitions, catalogues, public pro- 
grammes, and experiences are built. On its own, unrefined, it is of minimal 'value' except as a 
tool for discovery. It also helps remind us that collection metadata is not the collection itself. 

Of course it is more complex than that. 

There are plenty of reasons why museums are hesitant to release their metadata. 

Collection metadata is often in a low quality state. Sometimes it is purposely unrefined, espe- 
cially in art museums where historical circumstance and scholarly norms have meant that so 
called 'tombstone data' has sometimes been kept to a bare minimum so as to not 'bring 
opinion' to objects. Other times it has simply been kept at a minimum because of a lack of 
staff resources. Often, too, internal workflows still keep exhibition label and catalogue pub- 
lishing separate from collection documentation meaning that obvious improvements such as 
the rendering of 'label copy' and catalogue narrative to object records is not automatic. 

But I digress. 

We released our metadata through GitHub, and that needs some additional explanation. 



GitHub https://github.com/ is a source repository of the kind traditionally used by coders. And, 
lacking a robust public endpoint of our own which could track changes and produce diff files 
as we uploaded new versions of the collection data, GitHub was the ideal candidate. Not only 
that, the type of 'e a rlyvange lists' we are targetting with the data release, hang out there in 
quantity. 



The idea for using GitHub to host collection datasets had actually been bouncing around 
since April 2009. Aaron Straup-Cope http://www.aaromand.info/ and I were hanging out in-between 

sessions at Museums and the Web in Indianapolis http : / /www . museums andtheweb . com/ mw2 009/ talking about 

Solr, collection data, and APIs. Aaron suggested that GitHub would be the perfect place for 
museums to dump their collections - as giant text blobs - and certainly better than putting it 
on their own sites. Then 201 0 happened and the early-mover museums all suddenly had 
built APIs for their collections. Making a text dump was suddenly off the agenda, but that 
idea of using GitHub still played on my mind. 



Now, Cooper-Hewitt is not yet in a suitable position infrastructu rally to develop an API for its 
collection. So when the time came to make release the dataset, that conversation from 2009 
suddenly became a reality. 

And, fittingly, Aaron has been the first to fork the collection https : / / github . com/straup/ collect ion - creat- 
ing individual JSON for each object record. 

Could GitHub become not just a source code repository but a repository for 'cultural source 
code? 



Download it 
from github 

o • 



https : //github .com/ cooperhewitt /col Lection 



(BUt read the data infO firSt http://www.cooperhewitt.org/collections/data!) 

This entry was posted in CH 3.0 http : //labs . cooperhewitt . org/ category/ ch-3-0/ 7 Collection data http : / /labs . cooperhe- 
witt . org/category/collection-data/ and tagged creative commons http : / /labs . cooperhewitt . org /tag /creative-commons/ f 
github http : //labs . cooperhewitt . org/ tag/ github/ f open data http: / /labs . cooperhewitt . org/tag/open-data/ on February 25, 
2012 [ http: / / labs . cooperhewitt . org/2 012 /releasing-collection-github/ ] by Seb 
Chan http : //labs . cooperhewitt . org/ author/ seb/ , 



Rebooting retail - redesigning the Shop at 
Cooper-Hewitt 
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About the Shop FAQ Copyright Privacy Smithsonian Institution 



Jocelyn Crapo is the Cooper-Hewitt's Director of Retail Operations. She and her team have 
been working to transfer the focus of the museum shop from its former physical presence in 
the galleries to an online experience whilst the redevelopment takes place. 



To that end, a brand new ecommerce presence went live as public beta http:// S hop.coo P erhewitt. 
last week. 



Here's Jocelyn. 



Tell us about the history of Cooper-Hewitt's online shop. 

The Shop's first ecommerce site launched in June of 2006, using a custom content manage- 
ment system on the back end and was a close visual representation of the physical shop 
space. The first iteration used Paypal as the payment processor and the shop staff maintained 
inventory levels for both the physical shop and the Ecommerce site by running online sales 
through the Point of Sale in the Shop. 

At the time we were using and constantly maintaining three different content management 
systems within the Retail team and as many accounting platforms within one department. 

1 . CAM Commerce's Retail Star Point-of-Sale system to maintain inventory levels and Account- 
ing reports, 

2. Filemaker to maintain "blurb" information for display in the physical shop space and to 
maintain online blurb information 

3. Custom CMS to maintain the Ecommerce website 

4. Paypal to process Ecommerce sales 

It was very inefficient and downright clunky. Not to mention a high risk of human error. 

If there was a price change on one product, the price had to be changed in four different 
places, often requiring action from at least three different people. The price had to be updated 
in Retail Star, a new tag printed and affixed to the product, the price had to be updated in File- 
maker and a new blurb had to be printed and displayed within the shop, and finally the Ecom- 
merce CMS had to be updated for the web. All this for a small change of price in one product! 

We began looking for a new inventory management system that could handle more of our 
needs. We wanted a system where the product attributes (price, blurb, inventory) could all be 
managed by one person in one place as much as possible. We finally identified a system and 
launched with the new system in October, 201 0. 

How did the old site perform? 

During the first 5 years, our online sales ranged from 5-8% of our gross sales - which may not 
seem very significant, but given the small investment cost that went into the site in 2006, it 
paid for itself many times over. 



As we were able to gather better and better data from Google Analytics we found that we had 
a conversion problem. We were getting visitors to the site, but in the end only 0.39% of the to- 
tal visitors who came to the online shop actually purchased something. 

Worse, only 10.81% of the visitors who put something in their cart actually completed the 
transaction. 

While we were frustrated with the back-end functionality we knew that we had to streamline 
our front-end usability issues and bring up the conversion rates. 

As we approached the beginning of a major renovation at the Cooper-Hewitt campus at the 
end of 201 1 , it was crucial to move forward as quickly as possible to get the new website on its 
feet. It quickly became the sole revenue source for the retail business venture and we needed 
a way to put more products online - quickly and easily. Moving from having both a physical 
shop and an online shop to having just an online shop has posed some new challenges. 

We've had to re-evaluate order quantities and think differently about our space constraints. 
We don't have the luxury of having two different selling platforms. We no longer have the face- 
to-face contact on the sales floor that inherently sparks a connection and relationship be- 
tween the retailer and visitor. We are also challenged to interact visually and via narrative, 
rather than a tactile, person-to-person selling experience. 

What were the features you looked for in a new site? 

We needed a new system that offered; 

- Real time inventory management for multiple sales channels: POS in physical shop space, 
Ecommerce site, potential pop-up shops, etc. 

One immediate problem we experienced was maintaining inventory levels, especially when we 
had a product that was picked up for editorial coverage and we had a hard time keeping prod- 
uct in the shop, while fulfilling the website orders. It became obvious very quickly that we 
needed a much more robust system that could maintain real-time inventory, selling products 
through the physical shop, through an off-site kiosk or pop-up shop, and on the web with one 
central inventory. 



- Seamless payment. 



The old site used Paypal as the payment gateway and we knew from Google Analytics that 
many visitors to our site who had placed items in their shopping cart were not completing 
their purchases. By doing some tracking we discovered that nearly 9 out of every 1 0 were 
abandoning the purchase when they left us to checkout through Paypal. 

- Modern, flexible navigation and search, not to mention SEO. 

- Integrated members discounting 

- Flexible product pages that would allow us to tell the stories of different products and why 
we had selected them for our shop. 

- Real time Fedex pricing 

Let's look at some before and after screens 




Home page before and after. The new site is less cryptic and allows us to show many more products immedi- 
ately. 
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Product category view before and after 
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Product detail before and after. The new site gives the ability to have more detailed information on the prod 
ucts, large pop up views, as well as recommendations in the sidebar. 




Checkout before and after. A much more streamlined checkout process without having to go offsite to Pay- 
Pal. 



How do you think the online shop will affect the future retail presence of Cooper-He- 
witt? 

Looking forward, I imagine we will have a very different perspective as we plan to open the 
next iteration of The Shop at Cooper-Hewitt when the museum re-opens. 

What were once major factors in product selection will likely become less important, for exam- 
ple, our audience won't necessarily be limited to people who can physically come to the Upper 
East Side, and we'll undoubtedly have an off-site storage facility that will allow us to offer larg- 
er footprint products like furniture, lighting, textiles, even wallpapers. 

We will also be able to use web analytics to inform merchandising strategies as we re-open a 
brick and mortar shop down the line, for instance, we can start to drill down into the purchas- 
ing habits of our customers, i.e. people who bought "x" also bought "y". Armed with this knowl- 
edge we might merchandise two products together, that we wouldn't have ever dreamed of 
displaying together before. 

In fact, we will have the tools to do some online experiments which will provide quick and 
measurable results about what products sell best when merchandised together. These types 
of statistics were impossible to gather within our physical space since we had no way to track 
real time results of merchandising changes. 



It will be very interesting, now that we have this new ecommerce system in place, whether the 
new identity of the physical shop will respond to the website or if the website will morph to a 
brand new graphic expression in response to the design of the new Shop to open with the 
new museum buildings. 

When does the new site launch? 

It is in public beta right now! And we're doing a formal launch in May after we make some in- 
cremental improvements to it over the next two months. 

Check it out http : // shop . cooperhewitt . org ! 

This entry was posted in Backends http: / /labs . cooperhewitt . org /category /backends/ and tagged 

ecommerce http: //labs . cooperhewitt . org/tag/ecommerce/ , merchandising http: //labs . cooperhewitt . org/ tag /merchandising/ , 
seo http: //labs . cooperhewitt . org/tag/seo/ , UX http : / /labs .cooperhewitt . org/ tag/ux/ on March 21, 2012 [ http : / / labs . cooper- 
hewitt . org/ 20 12 /reboot ing-retail-redesigning-shop-cooper-hewitt/ ] by crapoj http: //labs . cooperhewitt . org/ author /crapo j / . 



Teens & Tech Focus Group 



On Saturday, at Cooper-Hewitt, we had a focus group with about 20 teenagers to learn how 
they prefer to capture and create media. The focus group was held jointly by Cooper-Hewitt 

and the American Museum of Natural History http : //www. google . com/ url? 

sa=ts,rct=j&q=6.esrc=s&source=webfi.cd=l6.ved=0CEAQFjAA&url=http%3A%2F%2Fwww.amnh.org%2FS I ei=uYVwT6XzJqq8 0QHovZT8Bg&usg=AFQjCNHjCgI5Kf- 

sWQuLxLaWczAPaf5T6sg&sig2=-F6DaQWsyfRTMJSfyfP2Hg . Our two museums are connected by MacArthur's HIVE 
Learning Network http : / /www . hivelearningnetwork . org/ f which aims to create and connect informal and 

formal learning opportunities for youth in virtual and physical spaces. 




http : / /labs . cooper hewitt .org. s3 . amazonaws . com/wp-content/uploads/2012 /03/photo-4 . jpg 

My group used exclusively iPads- even when other devices were readily available. 



Both museums had experienced some digital follies over the last few years in our efforts to in- 



corporate new digital tools into youth programs. From 3G connectivity woes to buggy beta 
software, these issues are an educator's nightmare. Any one who has some experience teach- 
ing or running programs for kids can tell you that there's no time for glitches when you've got 
a room full of students and a short amount of time. Stuff has to work, and you want the focus 
to be on content, not on tools. 

Before diving in to a new season of fashion workshops http: //www. youtube.com/play list ?list=PL5 2 75BB9CE- 
F4F5339&feature=plcp and biology labs http : //www. amnh .org /education/ students/ with hundreds of NYC teens, both 

museums wanted some fresh insight on how today's teens relate to tech. 

We wanted the students to get educational value out of their day with us, so we designed the 
focus group as a typical DesignPrep http://www.cooperhewitt.org/education/designprep program, but with 
some added surveys and discussions about technology. Here was the structure of the day: 

1 . Pre-Survey http : // surveymonkey . com/ s/designchallenge for students 

2. Cooper-Hewitt educators' excellent "What is Design" and "Learning to See" presentations. 

3. Ready, Set, Design htt P ://»™w. cooperhewitt.org/biog/2011/09/06/ready-set-design- a hands-on activity to get the 
group "thinking like designers." The activity challenges were tailored to the context of Central 
Park ("I need to find my way around the park efficiently," "I want my walk around the reservoir 
to be more fun and interesting," etc) 

4. Announced the students' challenge- to collect a diverse array data from a given zone in Cen- 
tral Park, identify something in that zone that could benefit from a design solution, and finally 
present their ideas to the group. 

5. "Hardware Buffet"- we put out Android phones, iPads, still cameras, video cameras, note- 
books and pens. We observed carefully while the students chose their tools. 

6. We split into 4 groups and headed to the park. The students lead their own processes of 
data collection while Museum staff observed. Staff also carried bags of "buffet leftovers" to al- 
low any hardware swaps along the way. 

7. We returned to Cooper-Hewitt, where the students synthesized their media and created 
presentations. 




http : //labs . cooper hewitt . org . s3 . amazonaws . com/wp-content/uploads/2012/03/photo-5 . jpg 

Collecting photos, videos and statistics in Central Park 



8. Presentations, group discussion about technology, followed by an exit survey http: //uxn.wufoo. 

com/forms /student-exit-survey/ for students. 

9. After the students left, Museum staff completed a survey /uxn . wuf oo . com/ forms /grownups -exit- 

survey/ to record fresh thoughts on the day. 

What did we learn? Here are some excerpts from Museum staffs surveys: 

http : / /labs . cooper hewitt .org . s3 . amazonaws .com/wp-content/uploads/2012/03/Steve-Gano-Survey . png 



http : / /labs . cooper hewitt .org . s3 . amazonaws . com/wp-content/uploads/2012/03/katie-shelly-survey .png 




http : //labs . cooper hewitt . org. s3 . amazonaws . com/wp-content/uploads/2012/03/photo-3 . jpg 



Synthesizing multimedia and ideas for a final presentation 



Student presentation using Tumblr 



What did the students gravitate 
toward today? What was 
unfamiliar for them? 



Being outside. Working together, enjoying 
themselves, focusing on the task and doing a 
good job. No one seemed distracted by the 
technology, either by its novelty or the 
difficulties in using them. 



Anything else to add? 



I'm of mixed mind about how to support this 
work. On the one hand, in a longer work period, 
the how-tos could be useful. In this compressed 
exercise, they had to be more nimble, find the 
easier ways to move forward (that's always true, 
but more so when you have only minutes). They 
are quite facile at figuring things out, keeping 
things moving forward, and I think that's the 
digital literacy we hope to see and support. But 
can we help them go deeper, be more creative, 
be more thorough and evidence-based in their 
work? 



Describe your students' behavior 
in the park. What did you notice 
about their interactions with 
digital tools? 



What did the students gravitate 
toward today? What was 
unfamiliar for them? 



my group was ONLY interested in iPads. I did 
NOT guide them in that direction, in fact i tried 
to stay as neutral as possible, and reminded 
them that they could change their device at any 
time, i held all the hardware options for them in 
a tote bag. they took notes on iPads and used it 
for pictures and video. 

Many Gravitated towards: iPads. Tumblr. Vimeo, 
Gmail, digital cameras, google docs 
Some Gravitated towards: google sketchup, 
powerpoint. iMovie. FlipShare was easy/familiar 
for some of them.. 

Unfamiliar: Ushahidi, Do Forms, they were 
unfamiliar with the possibilities of the Android 
and didn't think of it as something that could "do 
everything"--which was their attitude toward the 
iPad 



This entry was posted in Education http: //labs . cooperhewitt . org /category/ education/ and tagged digital 

youth http : / /labs . cooperhewitt .org/ tag /digital-youth/ f evaluation http : //labs .cooperhewitt . org/ tag/ evaluation/ , 
mobile http: / /labs .cooperhewitt . org/ tag/mobile/ , teenagers http : //labs . cooperhewitt . org/ tag /teenagers/ , UX http : / / labs . coop- 
erhewitt . org/ tag/ux/ on March 26, 2012 [ http: //labs . cooperhewitt . org/ 2 012 /teens -tech/ ] by katieshelly http: //labs .coop- 



erhewitt .org/ author /katieshelly/ . 



Building the wall 



Last month we released our collection data on Github.com http://github.oom/cooperhewitt/coiiection. It 
was a pretty monumental occasion for the museum and we all worked very hard to make it 
happen. In an attempt to build a small example of what one might do with all of this data, we 
decided to build a new visualization of our collection in the form of the "Collection Wall 

Alpha http : / /collection-wall . herokuapp . com . 




http: //labs . cooperhewitt .or . s3 . amazonaws . comg /wp-content/up loads/2012 /03/Screen-Shot-20 12 -03-2 7 -at- 11 . 2 2 .4 9-AM.png 

The collection wall, Alpha 



The idea behind the collection wall was simple enough-create a visual display of the objects in 
our collection that is fun and interactive. I thought about how we might accomplish this, what 
it would look like, and how much work it would be to get it done in a short amount of time. I 



thought about using our own .csv data, I tinkered, and played, and extracted, and extracted, 
and played some more. I realized quickly that the very data we were about to release required 
some thought to make it useful in practice. I probably over-thought. 




http : / /labs . cooper hewitt .org . s3 . amazonaws . com/wp-content/uploads/2012 /03/Screen-Shot-20 12-03-27-at-ll . 22 . 3 9 -AM. png 

Isotope 



After a short time, we found this lovely JQuery plugin called Isotope http://isotope.metafizzy.co/. De- 
signed by David DeSandro, Isotope offers "an exquisite Jquery plugin of magical layouts." And 
it does! I quickly realized we should just use this plugin to display a never-ending waterfall of 
collection objects, each with a thumbnail, and linked back to the records in our online collec- 
tion database. Sounds easy enough, right? 

Getting Isotope to work was pretty straight-forward. You simply create each item you want on 
the page, and add class identifiers to control how things are sorted and displayed. It has many 
options, and I picked the ones I thought would make the wall work. 



Next I needed a way to reference the data, and I needed to produce the right subset of the 
data-the objects that actually have images! For this I decided to turn to Amazon's 
SimpleDB http://aws.amazon.com/simpiedb. SimpleDB is pretty much exactly what it sounds like. It's a su- 
per-simple to implement, scalable, non-relational database which requires no setup, configu- 
ration, or maintenance. I figured it would be the ideal place to store the data for this little 
project. 

Once I had the data I was after, I used a tool called RazorSQL http://www.razorsqi.com to upload the 
records to our SimpleDB domain. I then downloaded the AWS PHP SDK and used a few basic 
commands to query the data and populate the collection wall with images and data. Initially 
things were looking good, but I ran into a few problems. First, the data I was querying was 
over 16K rows tall. Thats allot of data to store in memory. Fortunately, SimpleDB is already de- 
signed with this issue in mind. By default, a call to SimpleDB only returns the first 1 00 rows ( 
you can override this up to 2500 rows ). The last element in the returned data is a special to- 
ken key which you can then use to call the next 1 00 rows. 

Using this in a loop one could easily see how to grab all 1 6K rows, but that sort of defeats the 
purpose as it still fills up the memory with the full 1 6K records. My next thought was to use 
paging, and essentially grab 100 rows at a time, per page. Isotope offers a pretty nifty "Infinite 
Scroll" configuration. I thought this would be ideal, allowing viewers to scroll through all 1 6K 
images. Once I got the infinite scroll feature to work, I realized that it is an issue once you page 
down 30 or 40 pages. So, I'm going to have to figure out a way to dump out the buffer, or 
something along those lines in a future release. 

After about a month online, I noticed that SimpleDB charges were starting to add up. I haven't 
really been able to figure out why. According to the docs, AWS only charges for "compute 
hours" which in my thinking should be much less than what I am seeing here. I'll have to do 
some more digging on this one so we don't break the bank! 



© Amazon SimpleDB 

Download Usage Report » 




$105.76 


US East (Northern Virginia) Region 


$0.00 per Conpute-Hour consumed first 25 hours per month 


25 Hrs 


0.00 


$0.14 per Compute-Hour consumed beyono first 25 free hours per month 


755.435 Hrs 


105.76 


$0.00 per GB-Month of storage for first 1 GB-Month 


0.004 GB-Mo 


0.00 





http : //labs . cooper hewitt . org . s3 . amazonaws . com/wp-content/uploads/2012/03/Screen-Shot-20 12-03-27-at-l . 37 . 25-PM .png 

SimpleDB charges 



Another issue I noticed was that we were going to be calling lots of thumbnail images directly 
from our collection servers. This didn't seem like such a great idea, so I decided to upload 
them all to an Amazon S3 bucket. To make sure I got the correct images, I created simple php 
script that went through the 1 6K referenced images and automatically downloaded the correct 
resolution. It also auto-renamed each file to correspond with the record ID. Lastly, I set up an 

Amazon CloudFront CDN http: //aws . amazon . com/cloudf ront for the bucket, in hopes that this would 

speed up access to the images for users far and wide. 



Overall I think this demonstrates just one possible outcome of our releasing of the collection 
meta-data. I have plans to add more features such as sorting and filtering in the near future, 
but it's a start! 



Check out the code after the jump ( a little rough, I know ). 



l <?php 
2 

3 // Include the SDK 

4 require_once 'awssdk/sdk. class. php' ; 

5 $sdb = new AmazonSDB( ) ; 

6 $domain = 'collection-wall-beta'; 

7 $next_token = null; 
8 

9 $page = 0; 
10 

11 $page = $_GET[ 'page']; 

12 

13 

14 for($i=0; $i <= $page; $i++) { 

15 if ($next_token) 

16 { 

17 $results = $sdb->select("SELECT * FROM ' {$domain}" " , array( 

18 'NextToken' => $next_tokenj 

19 ) ); 

20 } 

21 else 

22 { 

23 $results = $sdb->select( "SELECT * FROM {$domain}" "); 

24 } 
25 

26 



27 $next_token = isset($results->body->SelectResult- >Next Token) 

28 ? (string) $results- >body- >SelectResult- >Next Token 

29 : null; 

30 } 
31 

32 $items = $results->body->Item(); 
33 

34 $data = reorganize_data($items) ; 
35 

36 $html = generate_html_table($data); 

37 

38 

39 function reorganize_data($items) 

40 { 

41 // Collect rows and columns 

42 $rows = array(); 

43 $columns = array(); 
44 

45 // Loop through each of the items 

46 foreach ($items as $item) 

47 { 

48 // Let's append to a new row 

49 $row = array(); 

50 $row['id'] = (string) $item->Name; 
51 

52 // Loop through the item's attributes 

53 foreach ($item->Attribute as $attribute) 

54 { 

55 // Store the column name 

56 $column_name = (string) $attribute->Name; 
57 

58 // If it doesn't exist yet, create it. 

59 if ( ! isset($row[$column_name] ) ) 

60 { 

61 $row[$column_name] = array(); 

62 } 
63 

64 // Append the new value to any existing values 

65 // (Remember: Entries can have multiple values) 

66 $row[$column_name] [ ] = (string) $attribute->Value; 

67 natcasesort($row[$column_name] ); 
68 

69 // If we've not yet collected this column name, add 

70 if ( ! in_array($column_name J $columnSj true)) 

71 { 

72 $columns[] = $column_name; 



73 } 

74 } 
75 

76 // Append the now we created to the list of rows 

77 $rows[] = $row; 

78 } 
79 

80 // Return both 

81 return array( 

82 'columns' => $columns, 

83 'rows' => $rowSj 

84 ); 



85 } 
86 

87 function generate_html_table($data) 

88 { 



89 // Retrieve row/column data 

90 $columns = $data[ ' columns '] ; 

91 $rows = $data[ ' rows ' ] ; 
92 

93 $output = 1 ' j 
94 

95 // Loop through the rows 

96 foreach ($rows as $row) 

97 { 

98 $output .= '<div class="element"> ' . PHP_EOL; 

99 $output .= '<img src="http : //data . cooperhewitt . org/media/350/ ' . 

100 $output .= '<p class="weight"xa href="http://collection.cooperh( 

101 $output .= '</div>' . PHP_EOL; 

102 $output .= PHP_EOL; 

103 } 
104 

105 return $output; 



106 } 

107 

108 

109 ?> 
110 
111 
112 

113 <!doctype html> 

114 <html lang="en"> 

115 <head> 
116 

117 <meta charset="utf -8" /> 

118 < >Collection Wall Alpha | Smithsonian Cooper-Hewitt, National Design Musei 



119 

120 <!--[if It IE 9]><script src="http : //htmlSshim. googlecode . com/svn/trunk/html5. ; 
121 

122 < ink rel="stylesheet" href="css/style.css" /> 
123 

124 <!-- scripts at bottom of page --> 
125 
126 

127 </ > 

128 < id="top" class="homepage "> 
129 
130 

131 < id="content"> 

132 <img src="images/logo-black. jpg" style="float: right; "> 

133 <hl style="padding-bottom:20px;padding-top:20px; ">< href="/">Collection Wall t 
134 
135 
136 
137 

138 <div id="container" class="clearf ix clickable infinite-scrolling"> 
139 

140 <?php echo $html; ?> 

141 < id="back-top"> 

142 <a href="#top">< ></ >Back to Top</ > 

143 </ > 
144 

145 </div> 
146 
147 

148 <nav id="page_nav"> 

149 <a href="?page=<?php echo $page+l ?>">Next Page</ > 

150 </nav> 
151 

152 <script src="js/jquery-1.7.1.min. js"x/script> 

153 <script src="jquery. isotope. min . js"x/script> 

154 <script src=" js/nextPage . js"x/script> 

155 < src="js/jquery.infinitescroll.min. js"></ Dt> 
156 

157 < Dt> 
158 

159 $(function(){ 
160 

161 var $container = $( '#container ' ); 

162 

163 $('#append a ' ) . click(f unction( ){ 

164 var $newEls = $( fakeElement.getGroup() ); 



165 $container.append( $newEls ).isotope( ' appended ' , $newEls ); 
166 

167 return false; 

168 }); 
169 

170 $container .isotope({ 

171 masonry: { 

172 columnWidth: 120 

173 }, 

174 sortBy: ' number ' , 

175 getSortData: { 

176 number: function( $elem ) { 

177 var number = $elem.hasClass( 'element' ) ? 

178 $elem.find( ' .number ') .text() : 

179 $elem.attr( 'data-number ' ); 

180 return parselnt( number, 10 ); 

181 }, 

182 alphabetical: function( $elem ) { 

183 var name = $elem.find( ' .name' ), 

184 itemText = name. length ? name : $elem; 

185 return itemText.text(); 

186 } 

187 } 

188 }); 
189 

190 var $optionSets = $('#options .option-set ') , 

191 $optionLinks = $optionSets .find( ' a ' ) ; 
192 

193 $optionLinks.click(f unction(){ 

194 var $this = $(this); 

195 // don't proceed if already selected 

196 if ( $this.hasClass( 'selected') ) { 

197 return false; 

198 } 

199 var $optionSet = $this .parents( ' .option-set ') ; 

200 $optionSet .f ind( ' . selected ' ) . removeClass( ' selected ' ) ; 

201 $this.addClass( 'selected' ); 
202 

203 // make option object dynamically, i.e. { filter: ' .my-f ilter-class ' } 

204 var options = {}, 

205 key = $optionSet . attr ( 'data-option-key ' ), 

206 value = $this.attr( 'data-option-value' ); 

207 // parse 'false' as false boolean 

208 value = value === 'false' ? false : value; 

209 options [ key ] = value; 

210 if ( key === 'layoutMode' && typeof changeLayoutMode === 'function' ) { 



211 // changes in layout modes need extra logic 

212 changeLayoutMode( $this, options ) 

213 } else { 

214 // otherwise, apply new options 

215 $container . isotope( options ); 

216 } 
217 

218 return false; 

219 }); 
220 

221 // change size of clicked element 

222 $container .delegate( '.element', 'click', function(){ 

223 $ (this ) .toggleClass( 'large' ); 

224 $container. isotope ( ' re Layout ' ); 

225 }); 
226 

227 // toggle variable sizes of all elements 

228 $( 'frtoggle- sizes ' ) .f ind( 'a ' ) . click (f unction ( ){ 

229 $container 

230 .toggleClass( 'variable-sizes' ) 

231 . isotope( ' reLayout ' ) ; 

232 return false; 

233 }); 
234 

235 

236 $container . inf initescroll({ 

237 navSelector : '#page_nav', // selector for the paged navigat: 

238 nextSelector : '#page_nav a', // selector for the NEXT link (to 

239 itemSelector : '.element', // selector for all items you'll i 

240 loading: { 

241 finishedMsg: 'No more pages to load.', 

242 img: 'http://i. imgur.com/qkKy8.gif 

243 } 

244 }, 

245 // call Isotope as a callback 

246 function( newElements ) { 

247 $container.isotope( 'appended', $( newElements ) ); 

248 } 

249 ); 
250 

251 



252 }); 
253 

254 </ 3t> 
255 

256 <script> 



257 $( document) . ready (f unction( ){ 



258 

259 // hide #back-top first 

260 $("#back-top") .hide() ; 
261 

262 // fade in #back-top 

263 $(function () { 

264 $(window) . scroll(f unction () { 

265 if ($(this) .scrollTop() > 100) { 

266 $( '#back-top' ) .fadeln(); 

267 } else { 

268 $( '#back-top' ) .fadeOut(); 

269 } 

270 }); 



271 
272 
273 
274 
275 
276 
277 
278 

279 }); 
280 

281 }); 

282 </ > 
283 
284 

285 <footer> 

286 Powered by < href="http://isotope.metafizzy.co/">Isotope</ > and several hundi 

287 </ > 
288 

289 </section> <!-- #content --> 
290 

291 <script type="text/ javascript"> 
292 

293 var _gaq = _gaq || []; 

294 _gaq.push(['_setAccount', ' UA-21347959-1 ' ]); 

295 _gaq . push ( [ ' _setDomainName ' , 'cooperhewitt.org']); 

296 _gaq. push( [ '_trackPageview' ] ); 

297 _gaq.push( [ '_trackPageLoadTime ' ]); 

298 _gaq . push ( [ ' _set Campaign Cookie Time out ' t 172800000]); 
299 

300 (function() { 

301 var ga = document. createElement( 'script' ); ga.type = 'text/ javascript ' ; ga.a; 

302 ga.src = ('https:' == document. location. protocol ? ' https ://ssl ' : 'http://wi 



// scroll body to 0px on click 
$('#back-top a ') .click(f unction () { 
$( ' body, html ' ) . animate({ 
scrollTop: 0 

}, 800); 
return false; 



303 var s = document. getElementsByTagName( ' script ') [0] ; s.parentNode.insertBefon 

304 })(); 
305 

306 </ > 
307 

308 <script type="text/ javascript"> 

309 if(typeof jQuery != 'function' ){ 

310 van scnipt = '<scnipt type="text/ javascript" snc="http://ajax.go< 

311 document. wnite(scnipt); 

312 } 
313 

314 </ > 

315 

316 

317 <script type="text/javascript"> 
318 

319 $( document) . ready (f unction ( ){ 

320 

321 $( 'a' ) .mouseup(function(){ 

322 href = $(this) .attr( 'href ' ); 

323 href_lower = href .toLowerCase(); 

324 if (href_lower.substr(-3) == "pdf" | | href_lower.substr(-j 

325 href_lower .substr(-3) == "mp3" | | href_lower .substr(-j 

326 href_lower .substr(-3) == "txt" | | href_lower.substr(-: 

327 _gaq . push ( [ ' _t rack Event ' , ' Downloads ', href_lowei 

328 } 

329 if (href_lower.substr(0 J 4) == "http") { 

330 var domain = document .domain . replace("www. "/' ); 

331 if (href_lower. indexOf (domain) == -1){ 

332 href = href . replace("http://" , ' ' ); 

333 href = href . replace("https ://",'') ; 

334 _gac< . push ( [ ' _t rackE vent ' , 'Outbound Traf- 

335 } 

336 } 

337 }); 

338 }); 

339 </ > 

340 </body> 

341 </ > 



collection-wall. php https : //gist . git hub . com/micahwal- view raw https : //gist . git hub . com/micahwal ter/22 19 173 /raw/ collect ion -wall .php 
ter/2219173ttfile-collection-wall-php hosted with * by GitHub https : / /github . com 
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witt . org/tag/aws / , cloudfront http: //labs .cooperhewitt.org/tag/cloudfront/ f code http: //labs . cooperhewitt . org/tag/code/ f col- 
lections http : //labs . cooperhewitt .org/ tag/collections/ , data http: //labs .cooperhewitt .org/ tag/data/ , s3 http: //labs . cooperhewit- 
t.org/tag/s3/ f simpledb http: //labs .cooperhewitt .org/ tag/simpledb/ on March 29, 2012 [ http : / /labs . cooperhewit- 
t. org/20 12 /building-the-wall/] by micah http : //labs . cooperhewitt .org/author/micah/ . 



Thoughts on Skillshare's Penny Confer- 
ence 




http : / /labs . cooper hewitt .org . s3 . amazonaws .com/wp-content /uploads/2012/04/ skill share- image . png 

Last week I went to Skillshare's Penny Conference http : / /www. skill share . com/penny about re-imagining 
education for the 21 st century. Here are my reactions to the some of the ideas that caught my 
interest: 

Michael Karnjanaprakorn m± p .// www. skillshare . com/ about /team , founding CEO of Skillshare http://ww.skm- 
S hare.com/, opened the day with a talk that drew a distinction between learning and education. 
His company is built on the idea that in the information age, people don't value a highly- 
trained expert lecturing at the front of a room as much as they used to. Education today is de- 
centralizing and democratizing. His triumphant tone here reminded me of Robert Wong at 

Bill's Design Talks http : / /www.youtube .com/watch?v=6vIPk6vIwvO . Robert was really excited about the widening 

availability of digital design and media tools and their democratizing effect on culture. 

A sense of triumph was also in the air when various speakers brought up themes of intellectu- 
al rebelliousness and dropping out of college. Rote learning, formulaic testing, and traditional 
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Skillshare is an organization whose mission is to transform education by empowering teaching and democ- 
ratizing learning. 



metrics of success were denounced as the enemies of innovators and dreamers everywhere. 

These ideas uphold a lot of 20th century American lore htt PB =/ /www. google . com/ search ?ix=aca& sour- 
ceid=chrome&ie=UTF-8&q=dropbout+billionaires&saf e=active SU TTO U nding the lives of entrepreneurial and creative 

luminaries. Our culture loves the stories surrounding famous dropouts like Steve Jobs and 
Mark Zuckerberg. I find these legends to have a strong Modernist aroma, distinctly un-21 st 
century- the romance of a great lone genius. My hope for education in the 21 st century is that 
our culture will put very high value on humility & interdisciplinary teamwork as weapons 
against big complex problems. A good team, I think, would have a healthy blend of rule-follow- 
ing experts and rebellious thinkers. Actually, I think both traits can coexist in one person. It 



shouldn't matter whether you're a dropout or a PhD- what matters is what you bring to the ta- 
ble. 



Baratunde Thurston http: / /www. baratunde. com/ spoke about something that interested me- the idea 
of a porous, infinite book. He talked about his unique process of writing How To Be 

Black http : //www. baratunde . com/ howtobeb lack , the coolest part of which was the idea of "live- 
writing." http: //www. baratunde . com/blog/20 11/7/7/my-f irst-experience-live-writing-a-howtobeblack-chapter-f or . html Live-writing 

entails publicizing a web link where anyone may view a broadcast of the author's computer 
screen as he works. I think this is a really cool idea. Anybody who works on a computer could 
try this "open process"-a video editor, a graphic designer, an architect. Baratunde said he did 
not pay attention to the comment stream as he worked, however he did review the comments 
at the close of a writing session. I like how this, as a gesture, takes some of the mystique out of 
creative work. Now that the book is printed, he uses Twitter provocations and other web 
means to keep the conversation flowing and open. He views the final book as porous- not a 
finite, bound object. In the 21st century, printing no longer implies that a book is complete. I 
like this infinity idea because it feels truer to the way people really interact with a text-always 
citing, discussing, debating, revising. 




http : / /labs . cooper hewitt .org . s3 . amazonaws . com/wp-content/uploads/2012 /04/zach_sims_codecademy . jpg 

Zach Sims of Codecademy argues that in the 21st century, "understanding algorithms" ought to be added to 
the core skills of Reading, Writing and Arithmetic. 



I liked what Charles Best h tt P : //twitter. /chanesbest had to say about "pushing intelligence out to 
the edge." The phrase comes from the security industry, referring to advanced device net- 
works where a non-central node in the network can make intelligent decisions without query- 
ing the central node. Charles is excited about web platforms like Kickstarter www.kickstarter.com, 

Etsy http : //www. etsy . com and his own website, Donors Choose http: //www. donor schoose . or g/ about /meet_the_t earn. html , 

because they jettison the traditional gatekeepers and middlemen of cultural production, push- 
ing [cultural] intelligence out to the public, which allows good ideas to come to life more easily 
and quickly. Charles pointed out another great outcome of pushing intelligence out to the 
edge, which is that "solutions can come from the front lines." Many good examples of this phe- 
nomenon are included in our Design With The Other 90% http://www.designother9o.org/cities/about exhibi- 
tion series. The 90% series features lots of design solutions for different problems that origi- 
nate from the end users themselves. There's no need for products and services to come down 
from on high (governments, large companies, powerful institutions) any more. If you are inter- 
ested in this topic, check out the Social Impact Design Summit http : / /www. cooperhewit- 

t . org/blog/20 12/02/21 /social-impact-design-summit we held early this year. 

In sum, decentralization of ideas, learning, and teaching was the major theme of the day. 

I thought the day could have been even better if someone had discussed an important group 
of concepts: prestige, class & social mobility. If we're really going to re-imagine education for 
the 21 st century in an inclusive, sweeping way (which was, I think, what the conference orga- 
nizers intended) it's important to keep aware of the different meanings "education" has for all. 
There's a powerful association in our culture between education and social mobility. Adam 

Braun's http : / /www. pencilsof promise . org/blog/about-us/about-adam-braun talk about building schools in Laos, 

Nicaragua and Guatemala did introduce the idea of access, but nobody made the more chal- 
lenging mindset leap-it's the shorter leap-to the complicated, insidious disparities in our own 
city. The opportunity to affiliate oneself with the status and high regard of a respected institu- 
tion is a privilege. I think it's a mistake to excessively glamorize an informal educational ethos 
without acknowledging the reality that going out on a rebellious limb is most comfortable for 
those with an economic safety net. Hacking education is great, but the traditional curren- 
cies of prestige and status can't be omitted from a conversation about transforming education 
for all. 



This entry was posted in Education http://iabs.cooperhewitt.org/category/education/ on April 23, 2012 [htt P: //iab- 

s .cooperhewitt.org/2012/skillshare-conference-recap/ ] by katieshelly http: //labs . cooperhewitt . org/author/katieshelly/ . 



Totally cached out 



We do a good deal of cacheing on our web properties here at Cooper-Hewitt. 

Our web host, PHPFog http: / /phpfog.com adds a layer of cacheing for free known as 
Varnish https : / /www. varnish-cache . org/ cache. Varnish Cache sits in front of our web servers and per- 
forms what is known as reverse proxy cacheing http : / / en .wikipedia . org/wiki/Reverse_proxy . This type of 

cacheing is incredibly important as it adds the ability to quickly serve cached files to users on 
the Internet vs. continually recreating dynamic web-pages by making calls into the database. 

For static assets such as images, javascripts, and ess files, we turn to Amazon's CloudFront 

CDN http : / / aws . amazon . com/cloudf ront . This type of technology ( which I've mentioned in a number of 
other posts here http: / /labs . cooperhewitt . org/tag/cloudf ront/ ) places these static assets on a distributed 

network of "edge" locations around the world, allowing quicker access to these assets geo- 
graphically speaking, and as well, it removes a good deal of burden from our application 
servers. 

However, to go a bit further, we thought of utilizing memcache http://memcached.org/ . Memcache is 
an in-memory database key-value type cacheing application. It helps to speed up calls to the 
database by storing as much of that information in memory as possible. This has been 
proven to be extremely effective across many gigantic, database intensive websites like Face- 
book, Twitter, Tumblr, and Pinterest ( to name just a few ). Check this interesting 

post https : / /www. f acebook . com/ note . php?note_id=3939 13789 19 on scaling memcached at Facebook. 

To get started with memcache I turned to Amazon's Elasticache http: / / aws . amazon . com/el as tic ache/ of- 
fering. Elasticache is essentially a managed memcache server. It allows you to spin up a 
memcache cluster in a minute or two, and is super easy to use. In fact, you could easily provi- 
sion a terabyte of memcache in the same amount of time. There is no installation, configura- 
tion or maintenance to worry about. Once your memcache cluster is up and running you can 
easily add or remove nodes, scaling as your needs change on a nearly real-time basis. 

Check this video for a more in-depth explanation. 

Elasticache also works very nicely with our servers at PHPFog as they are all built on Amazon 
EC2, and are in fact in the same data center. To get the whole thing working with our labs.- 



cooperhewitt.org http : //labs . cooper hewitt .org blog, I had to do the following. 

1 . Create a security group. In order for PHPFog to talk to your own Elasticache cluster, 
you have to create a security group that contains PHPFog's AWS ID. There is documen- 
tation On the PHPFOg WebSite http://dev.appfog.com/features/artiole/amazon_rds On hOW tO dO thiS fOT 

use with an Amazon RDS server, and the same steps apply for Elasticache. 

2. Provision an Elasticache cluster. I chose to start with a single node, ml .large instance 
which gives me about 7.5 Gig of RAM to work with at $0.36 an hour per node. I can al- 
ways add more nodes in the future if I want, and I can even roll down to a smaller in- 
stance size by simply creating another cluster. 

3. Let things simmer for a minute. It takes a minute or two for your cluster to initialize. 

4. On WordPress install the W3TC plugin http : / /wordpress . org /extend /plugins/w3 -total-cache/ . This plugin 

allows you to connect up your Elasticache server, and as well offers tons of config- 
urable options for use with things like a CloudFront CDN and more. Its a must have! If 
you are on Drupal or some other CMS. there are similar modules that achieve the 
same result. 

5. In W3TC enable whatever types of cacheing you wish to do and set the cache type to 
memcache. In my case, I chose page cache, minify cache, database cache, and object 
cache, all of which work with memcache. Additionally I set up our CloudFront CDN 
from within this same plugin. 

6. In each cache types config page, set your memcache endpoint to the one given by your 
AWS control panel. If you have multiple nodes, you will have to copy and paste them all 
into each of these spaces. There is a test button you can hit to make sure your installa- 
tion is communicating with your memcache server. 

That last bit is interesting. You can have multiple clusters with multiple nodes serving as 
cache servers for a number of different purposes. You can also use the same cache cluster 
for multiple sites, so long as they are all reachable via your security group settings. 

Once everything is configured and working you can log out and let the cacheing being. It 
helps to click through the site to allow the cache to build up, but this will happen automati- 
cally if your site gets a decent amount of traffic. In the AWS control panel you can check on 

your cache cluster in the CloudWatch http : //aws . amazon. com/cloudwatch tab where you can keep track 

of how much memory and cpu is being utilized at any given time. You can also set up alerts 
so that if you run out of cache, you get notified so you can easily add some nodes. 

We hope to employ this same cacheing cluster on our main cooperhewitt.org htt P ://ooo P erhewit- 



t.org website, as well as a number of our other web properties in the near future. 



This entry was posted in Backends http: //labs . cooperhewitt .org/category/backends/ , CH3.0 http : / / labs . cooperhewit- 
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People playing with collections #14: collec- 
tion data on Many Eyes 



l 9 O 6 Many Eyes 

:/ /www-958. ibm.com/software/data/cognos/manyeyes/ 



Explore 

Visualizations 
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Create a visualization 
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Visualization types 
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Visualization 



Try our featured visualizations 

Recommended Daily Caloric Intake U.S. Texting and Driving Bans 

turn 



For Moderately Active Men and Women, by 
age ard gender 



Income and Living Conditions in 
Ireland 



ZOIC 
by sasafrar 



Food Group Consumption 



pOVerty threshold 



By State 

by tgoodman 



NFL Average Player Salary vs 
Number of Wins 




Relationship between average player salary 
and its impact on winning 



Fuel Consumption for Electricity 
Generation in Germany 




iss: to 2: ii 

by norsunerergy 



An experiment brought to you by IBM Research and the IBM Cognos software group 



http: //labs .cooperhewitt.org. s3 . amazonaws.com/wp-content/uploads/2012/04/Screen-Shot-2012-04-24-at-4 . 21 . 14-PM.png 



Many Eyes Website 



I love seeing examples of uses of our collection metadata in the wild, bartd 3 V I S http : / /www-9 5 8 . ibm . - 

com/sof tware/data/cognos/manyeyes /users /bartdavis has uploaded our data to Many Eyes http : / /www-9 5 8 . ibm.com and 
created a few visualizations http: //www-958 . ibm. com/ sof tware/data/cognos/manyeyes /visualizations ?q=cooper-hewitt . 

I found it interesting to see how many "matchsafes" we have in the collection, as you can easily 
see in the "color blindness test" inspired bubble chart! Here are a few screen grabs, but check 

them out for yourself at http://www-958.ibm.com http: //www-95 8 . ibm. com/sof tware/ data/cognos/manyeyes/visualiza- 

tions?q=cooper-hewitt . 



Of interest to us, too, is that these visualisations are only possible because we released the 
collection data as a single dump. If we had, like many museums, only provided an API, this 
would not have been possible (or at least been much more difficult) to do. 



Visualizations : Object Types in the Cooper-Hewitt Collection 

Uploaded by: bartdavis Created a! Apr 15 2012 

Description: Bubble Chart of the Object Types in the Cooper-Hewitt Collection 




http : //labs . cooper hewitt . org . s3 . amazonaws . com/wp-content/uploads/2012 /04/Screen-Shot-20 12-04-24-at-l . 57 . 27-PM .png 

Bubble chart of object types 



Visualizations : Cooper-Hewitt Museum - Number of Object by Century 

Uploaded by: bartdavis Created at: Apr 21 2012 

Description: 
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http : //labs . cooper hewitt . org . s3 . amazonaws . com/wp-content/uploads/2012/04 /Screen-Shot- 20 12 -04-24 -at-4 . 20 . 43-PM .png 

Number of objects by century 



Visualizations : Object Types in Cooper-Hewitt Collection 

Uploaded by: bartdavis Created at: Apr 15 2012 

Description Word Cloud of the Object Types in the Cooper Hewitt Collection 

Edit Language Font Layout Color 



Card 




http : //labs . cooper hewitt . org . s3 . amazonaws . com/wp-content/uploads/2012 /04 /Screen-Shot- 20 12-04-24-at-4 . 20 . 22-PM .png 

Word cloud of object types 



This entry was posted in Collection data http://labs.cooperhewitt.org/category/collection-data/ and tagged collec- 
tions http: //labs .cooperhewitt.org/tag/collections/ , data http : / /labs . cooperhewitt . org/tag/data/ f meta http : / /labs . cooperhewit- 
t . org/tag/meta/ f visualization http : //labs . cooperhewitt . org/tag/visualization/ on April 25, 2012 [ http : / /labs . cooper hewit- 
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Building Design Week NYC with Ushahidi 



Today we pushed an event aggregator site for Design Week NYC http : / / designweeknyc . org out into 
the world. 



Pulled together quickly in response to community need, we used the open source 
Ushahidi http: //ushahidi. com platform, usually used for emergency situations. We jokingly talked 
about using it to 'tackle a design emergency'. 



» tagnWHtHTC 



Powered by mm 



SimlKsunUn 

Cooper-Hewitt. \<in<nm/ t*<ign \<uteum 




a SUBMIT AM EVENT 

m ' s/ //. 



HOME EVENTS SUBMIT AN EVENT GET ALERTS CONTACT US 





GPSG o-.Oi-l 



ICFF 

intwnational 

CONTtfTOHAKf 


*■ DSSIRH 


©Amoc 


EES' 

aao 


IB 


Noho 


Events Shuttle Bus Rout* 


i 



A>U»«V JUTM 
GAL» 



MUW ORE* TEST HITS 



LOCATOH DAT t 
IhaWM* Ju> 1 201! 
"M» ■ HV 



Q 



MY (OC'I I 



Uk i o,<mu way 21 2011 



H— YwV NY 
■•< '» 



uttai wrwswop i>».m™. ♦»«»•« uoG'«r» 



•My 21 2012 

anaicvc 

M nemw Mm 21 2012 
VOrt. MY 

-« Vm 2> 2012 



•My 21 2012 
•My 21 2012 



■ 

| NdaDMOiOUCI B MteMCttm J Wu pw n 
| 1«k | MMOo*tr«iai H taMMi f~ 
I CamonmtYj ■ 0MM<annm>n |o»p 



■ 



10012 
1»l Ua 



112 

S Mm 



TTTL2 

IM M> £>•«» .W ot FMJ NoMa 



TktlMlDOnM^SmlCMillCM) 

KSaauMaWTOMEH 

NM MjMl MM MM Co (DM F*f U 



IWIM)r>t»i<OatyiCU>Cai 

a a io r* r u» h»m po»| 



Ca-n 
Ox»rr 



owrr 

P«fK 



o*tt 

•M, 17 20<2 
MM "2017 
Mm 17 2012 
Mm 1720(2 
MM 17 2012 
Mm 172012 
MM 17 2012 
Mm 17 2012 
Mm 172012 
Mm 17 2012 



HOME HJBMTI AM EVW«I OCT ALERTS CONTACT US 



V-.Mrv. 



DM1M t^Ulhjhldl I 



http : //designweeknyc . org 



Micah answered a couple of questions about the project. 

Why Ushahidi? What was Cooper-Hewitt's relationship with them, if any? 

When our communications and marketing team approached us with this project, I immedi- 
ately thought of Ushahidi. We had recently featured Ushahidi in our Design with the Other 
90%: CITIES exhibition http=//www.de S ignother9o.org/oitie S / S oiution S / m ap-kib e ra, and through this I had grown 
to know their platform. Although originally designed for use with emergency situations and 
election monitoring ( or Wall Street occupying ) I thought that it could easily be customized to 
make sense for a city-wide week of related events, it seemed a perfect fit. 

Ushahidi is an open source platform that is very much in development. Were there any 
tensions between using it 'out of the box' and the desired functionality? 



Yes, we had to customize it to suit our needs. The main issue was the nomenclature Ushahidi 
has baked in across the platform. For example, the term "reports" didn't really fit the vision 
we had for our deployment, as we would be mainly listing "events." However, it turned out 
that this was fairly easy to remedy as the dev team at Ushahidi has done a decent job in com- 
partmentalizing these kinds of things in the source code. The platform is also theme based, 
much like WordPress, so we were able to customize the overall look and feel of the site to 
our liking. 

Some other issues we have come across have to do with the basic workflow. In a typical 
Ushahidi deployment, people on the ground submit reports. Its pretty straight forward. For 
our site, it would make more sense to create a list of events on a running basis and then al- 
low the use of SMS and email and twitter to essentially comment and "check in." It's really 
only a matter of associating these things with the right data model, but this is failry rigid at 
the moment within the Ushahidi platform. 

What were some of the major technical difficulties in getting it up and running? 

Ushahidi has a lot of moving parts. Getting a basic install up and running is pretty easy ( 
about as easy as installing WordPress ) but it took some time to figure out how to integrate 
the site with the wide variety of plugins and add ons that are required to make the site really 
work. Functionality like following a twitter hashtag, submitting events via email or text took a 
little effort to get working properly. 

Can you imagine a less-emergency-oriented fork of Ushahidi for these sorts of event 
planner operations? 

Yes! I think it would be great to either fork Ushahidi for sites like ours that are more event dri- 
ven and less "reporting." However, I also sort of wonder if the dev team at Ushahidi might 
consider redesigning the core to make some of this a little more flexible. I'd also love to see 
them help prepare open sourced iPhone code for a more custom app deployment. There 

was a great article about using Ushahidi http : / /www. readwriteweb . com/ archives /roll_your_own_- 

f oursquare_ushahidi_launches_open-so . php to essentially "roll your own" foursquare. The platform supports 

the idea of checkins via the iPhone app, though this part of the project seems to be fairly 
beta at the moment. 



This entry was posted in CH 3.0 http : //labs . cooper hewitt . org/ category/ ch-3-0/ and tagged beta http: / /labs . cooper- 



hewitt.org/tag/beta/, OpGDSOUTCG http://labs.cooperhewitt.org/tag/opensource/, USflCthiCfi http: //labs . cooperhewit- 
t .org/tag/ushahidi/ on May 17, 2012 [ http: //labs . cooperhewitt .org/20 12/building-design-week-nyc-ushahidi/ ] bySeb 
Chan http: / /labs .cooperhewitt .org/author/seb/ . 



Learning from data. Part 372 



Here's an interesting image which shows a heat map of the mouse clicks in the last week on a 

page element on the Graphic Design: Now In Production page http : / /www. cooper hewitt . org /exhibitions /now - 

in-production . 




http: //3ug4i- 



i3uortgp68ee31cybx jyz . wpengine . netdna-cdn . com/wp-content/uploads/2012/06/heatmap.png 

We are using a tool called Reinvigorate http: //reinvigorate. net/ to generate these. And the data to 
help us figure out whether certain Ul elements are working or not - before we do a whole- 
sale redesign and rebuild. 

Surprisingly we're seeing a lot of interaction with the image gallery slideshow - far more than 
what we are seeing on a much more prominent video element on the same page. 

What can we learn from this? 

What should we change as a result of this data? 



If anything, we are rolling out more analytics tools across our digital projects to help us bet- 



ter understand the behaviour of visitors. 



And as we redesign our physical museum spaces we are looking at a number of different 
tools to help us do this in 'meatspace http://en.wikipedia.org/wiki/Reai_iite' as well. 

Might our future galleries as be as reconfigurable as our digital projects? Could we begin to 
treat our galleries as having this down specific Ul elements? 

This entry was posted in CH 3.0 http : / /labs . cooper hewitt . org/ category /ch-3-0/ and tagged analytics http://labs.- 

cooperhewitt . org/ tag /analytics/ f http : / /labs . cooper hewitt . org/tag/ui/ f UX http : //labs . cooper hewitt . org/ tag/ux/ on June 14, 

2012 [ http: / / labs . cooperhewitt . org/2012/learning-data-part-372 / ] by Seb Chan http: / /labs . cooperhewitt . org/ author /seb/ . 



Mia Ridge explores the shape of Cooper- 
Hewitt collections 



Or, "what can you learn about 270,000 records in a week?" 
Guest post by Mia Ridge. 

I've just finished a weeks' residency at the Cooper-Hewitt, where Seb had asked me to look at 

'the shape of their collection http : / / collection . cooperhewitt . org/ '. Before I started a PhD in Digital Hu- 
manities I'd spent a lot of time poking around collections databases for various 

museums http://www.miaridge.com/aboutme/ f but I didn't know much about the Cooper-Hewitt's collec- 
tions so this was a nice juicy challenge. 

What I hoped to do 

Museum collections are often accidents of history, the result of the personalities, trends and 
politics that shaped an institution over its history. I wanted to go looking for stories, to find 
things that piqued my curiosity and see where they lead me. How did the collection grow over 
time? What would happen if I visualised materials by date, or object type by country? Would 
showing the most and least exhibited objects be interesting? What relationships could I find 

between the people listed in the Artist and Makers ht tp! / / collection . cooperhewitt . org/ people / view tables, or 
between the collections data and the lib r3 ry http: / /www. cooperhewitt . org/col lections /library ? Could I find a 

pattern in changing sizes of different types of objects over time - which objects get bigger and 
which get smaller over time? Which periods have the most colourful or patterned objects? 

I was planning to use records from the main collections database, which for large collections 
usually means some cleaning is required. Most museum collections management systems 
date back several decades and there's often a backlog of un-digitised records that need enter- 
ing and older records that need enhancing to modern standards. I thought I'd iterate through 
stages of cleaning the data, trying it in different visualisations, then going back to clean up 
more precisely as necessary. 

I wanted to get the easy visualisations like timelines and maps out of the way early with tools 

like IBM's ManyEyes http: //manyeyes . alphaworks . ibm.com/manyeyes/ and Google Fusion Tables https : / /www. google . - 

com/fusiontabies/ so I could start to look for patterns in the who, what, where, when and why of the 



collections. I hoped to find combinations of tools and data that would let a visitor go looking 
for potential stories in the patterns revealed, then dive into the detail to find out what lay be- 
hind it or pull back to view it in context of the whole collection. 

What I encountered 

Well, that was a great plan, but that's not how it worked in reality. Overall I spent about a day 
of my time dealing with the sheer size of the dataset: it's tricky to load 60 meg worth of 
270,000 rows into tools that are limited by the number of rows (Excel), rows/columns (Google 
Docs) or size of file (Google Refine, ManyEyes), and any search-and-replace cleaning takes a 
long time. 

However, the unexpectedly messy data was the real issue - for whatever reason, the Cooper- 
Hewitt's collections records were messier than I expected and I spent most of my time trying 
to get the data into a workable state. There were also lots of missing fields, and lots of uncer- 
tainty and fuzziness but again, that's quite common in large collections - sometimes it's the 
backlog in research and enhancing records, sometimes an object is unexpectedly complex 

(e.g. 'Begun in Kiryu, Japan, finished in France http : / / collection . cooper hewitt . org/ view/ ob jects/asitem/id/228798 ) 

and sometimes it's just not possible to be certain about when or where an object was from 
(e.g. 'Bali?Java? Mexico?'). On a technical note, some of the fields contained 'hard returns' 
which cause problems when exporting data into different formats. But the main issue was the 
variation and inconsistency in data entry standards over time. For example, sometimes fields 
contained additional comments - this certainly livened up the Dimensions fields but also 
made it impossible for a computer to parse them. 

In some ways, computers are dumb. They don't do common sense, and they get all 'who 
moved my cheese' if things aren't as they expect them to be. Let me show you what I mean - 
here are some of the different ways an object was listed as coming from the USA: 

• U.S. 

• U.S.A 

• U.S.A. 

• USA 

• United States of America 

• United States (case) 

We know they all mean exactly the same place, but most computers are completely baffled by 



variations in punctuation and spacing, let alone acronyms versus full words. The same incon- 
sistencies were evident when uncertainties were expressed: it might have been interesting to 
look at the sets of objects that were made in 'U.S.A. or England' but there were so many varia- 
tions like 'U.S.A./England ?' and 'England & U.S.A.' that it wasn't feasible in the time I had. This 
is what happens when tools encounter messy data when they expect something neat: 



Geographic data for density Query.xlsx cooper Hewitt v^r&oennonai g«»* sr.™ 

File View Edit Visualize K'etov Expenment 

Showing all rows options 1 - 250 of 944 Next ■ 

Location Country : 
Value Number ol objects : 
Plot ii) Regions Markers ? 
Area World 

GatMnbMMablecoae 






Denmark or Northern Germany 1 




N jrr&e- o1 ob ects 3 



Number ol obfrcte 



http : / /3ug4ii3uortgp68ee3 lcybxjyz . wpengine . netdna-cdn.com/wp-content/uploads/20 12/ 0 6/DenmarkorGermany . png 

3 objects from 'Denmark or Germany? No! Messy data confuses geocoding software. 



Data cleaning for fun and profit 

I used Google Refine htt P ://code . google .com/ p/ google-ref ine/ to clean up the records then upload them to 
Google Fusion or Google Docs for test visualisations. Using tools that let me move data be- 
tween them was the nearest I could get to a workflow that made it easy to tidy records itera- 
tively without being able to tidy the records at source. 

Refine is an amazing tool, and I would have struggled to get anywhere without it. There are 
some great videos on how to use it at freeyourmetadata.org http://freeyourmetadata.org/, but in short, 



it helps you 'cluster https : / / code . google . com/ p/ google- re fine/wiki /Clustering ' potentially similar values and up- 
date therm so they're all consistent. The screenshot below shows Refine in action. 
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Google Refine in action 



One issue is that museums tend to use question marks to record when a value is uncertain, 
but Refine strips out all punctuation, so you have to be careful about preserving the distinc- 
tion between certain and uncertain records (if that's what you want). The suitability of general 
tools for cultural heritage data is a wider issue - a generic timeline generator doesn't know 
what year to map 'early 1 7th century' to so it can be displayed, but date ranges are often 
present in museum data, and flattening it to 1 600 or 1 640 or even 1 620 is a false level of preci- 
sion that has the appearance of accuracy. 

When were objects collected? 

Having lost so much time to data cleaning without resolving all the issues, I eventually threw 
nuance, detail and accuracy out the window so I could concentrate on the overall shape of the 
collection. Working from the assumption that object accession numbers htt pS ://en.wiki P edi- 

a.org/wiki/Accession_number_%2 81ibrary_science%29 reflected the year of accession and probably the year of ac- 
quisition, I processed the data to extract just the year, then plotted it as accessions by depart- 
ment and total accessions by year. I don't know the history of the Cooper Hewitt well enough 
to understand why certain years have huge peaks, but I can get a sense of the possible stories 



hidden behind the graph - changes of staff, the effect of World War II? Why were 1938 and 
1969 such important years for the Textiles Department, or 1991 for the Product Design and 
Decorative Arts Department? 
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Visualizations : Cooper Hewitt accessions by department over time 
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Experimental visualisatton of collecting by different departments over time 
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http : //www-95 8 . ibm. com/ sof tware/dat a/cognos/manyeyes/ visual iz at ions/ cooper-hewitt-access ions -by-depart 

Accessions by Year for all Departments 



Or try the interactive version http : / /www-9 5 8 . ibm. com/ sof tware/dat a/ cognos/manyeyes/ visualizations /cooper-hewitt-access ions- 

by-depart available at ManyEyes. 

I also tried visualising the Textiles data as a bubble chart http : / /www-9 5 8 . ibm. com/ sof tware/dat a/cog- 
nos/manyeyes /visual iz at ions /cooper-hewitt- textiles -object s-acc to show the years when lots of objects were col- 
lected in a different way: 




http : / /www-95 8 . ibm. com/ software /data /cognos/manyeyes/ visual i za- 
t ions /cooper-hewitt- text iles-ob jects-acc 

Accessions for Textiles Department by year 



Where are objects from? 

I also made a map which shows which countries have been collected from most intensively. 
To get this display, I had to remove out any rows that had values that didn't exactly match the 
name of just one country, etc, so it doesn't represent the entire collection. But you can get a 
sense of the shape of the collection - for example, there's a strong focus on the US and West- 
ern Europe objects. 



QbiectsFromCountrv 

■■■■■46686 

https : / /www. google . com/ f us iontables/ embedviz?vi z=GVIZ&t=MAP &gco_region=wor Ids gco_dataMode=regions& container Id=gviz_canvas&q=se- 
lect+gvizcountry%28col0%2 9%2C+coll%2C+col0+from+19Wuxybl2xrMlvn828Xi3XPhb4nlCqZnb_Hul88k6.qrs=+where+gvizcountry%28- 
colO%29+%3E%3D+£.qre=+and+gvizcountry%28colO%29+%3C%3D+fi.qe=+limit+134&width=500&height=300 

Object sources by country 

The interactive version is available at http://bit.ly/Ls572u http : //bit . Iy/Ls572u . 

This also demonstrates the impact of the different tools - I'm sure the Cooper-Hewitt has 
more than 43 objects from the countries (England, Scotland, Wales and Northern Ireland) that 
make up the United Kingdom but Google's map has only picked up references to 'United King- 
dom', effectively masking the geo-political complexities of the region and hiding tens of thou- 
sands of records. 

Linking Makers to the rest of the web 

Using Refine's Reconciliation tool https : / /code . google . com/p/google-ref ine/wiki /Reconciliation f I automatically 

'reconciled' or matched 9000 names in the Makers table to records in Freebase. For example, 
the Cooper-Hewitt records about Gianni Versace were linked to the Freebase page about 

him http://www.freebase.com/view/en/gianni_versace, pTOViding fUTtheT COnteXt f O X ObjeCtS Tested tO him. By 

linking them to a URL that identifies the subject of a record, those records can now be part of 




the web, not just on the web. However, as might be expected with a table that contains a mix- 
ture of famous, notable and ordinary people, Refine couldn't match everything with a high lev- 
el of certainty so 66453 records are left as an exercise for the reader. 



I also had a quick go at graphing the different roles that occurred in the Makers 

table https : //www. google .com/ f usiontables/embedviz?viz=GVIZ&t=BAR&containerId=gviz_canvas&q=select+col6 , +count%28%29+f rom+lI9K5x4m- 
jaPrmuuxZMzft_oCHhmBi59YTNUq2YpI&qrs=+where+col6+%3E%3D+& . 



The benefit of hindsight, and thoughts for the future 



With hindsight, I would have stuck with a proper database for data manipulation because try- 
ing to clean really large datasets with consumer tools is cumbersome. I also would have been 
less precious about protecting the detail and nuance of the data and been more pragmatic 
and ruthless about splitting up files into manageable sizes and tidying up inconsistencies and 
uncertainties from the start. I possibly should have given up on the big dataset and concen- 
trated on seeing what could be done with the more complete, higher quality records. 



The quality of collections data has a profound impact of the value of visualisations and 
mashups. The collections records would be more usable in future visualisations if they were 
tidied in the source database. A tool like Google Refine can help create a list of values to be 
applied and provide some quick wins for cleaning date and places fields. Uncertainty in large 
datasets is often unavoidable, but with some tweaking Refine could also be used to provide 
suggestions for representing uncertainty more consistently. I'm biased as crowdsourcing is 
the subject of my PhD, but asking people who use the collections to suggest corrections to 
records or help work through the records that can't be cleaned automatically could help deal 
with the backlog. Crowdsourcing could also be used to help match more names from the vari- 
ous People fields to pages on sites like Freebase and Wikipedia. 

If this has whetted your appetite and you want to have a play with some of Cooper-Hewitt's 

data, check out Collection Data Access & Download http: / /www. cooperhewitt .org/ col lections /data . 

Finally, a big thank you to the staff of the Cooper-Hewitt for hosting me for a week. 

This entry was posted in CH 3.0 http: //labs . cooperhewitt . org /category/ ch-3-0/ , Collection data http : / /labs . cooperhe- 
witt . org/category /col lection-data/ and tagged collections http: / / labs . cooperhewitt . org/ tag /collect ions /, data http: //labs. - 
cooperhewitt . org/tag/data/ , dumps http : / /labs . cooperhewitt .org/ tag /dumps / f OpQH data http: //labs . cooperhewitt . org/tag/open- 
data/, residents http : / /labs . cooperhewitt .org/ tag /residents/ on June 19, 2012 [ http: / / labs . cooperhewitt . org/ 20 12 / exploring- 



shape-collections-draft/ ] by miaridge http : //labs . cooperhewitt .org/author /miaridge/ . 



Patrick Murray-John hacks our collection 
at #THATcamp 



And following Mia's residency in the Labs we were excited to find out collection data ended 
up being toyed with at THATCamp. 

Patrick Murray-John wrote up his experience with our data http://hackingthehumanities.org/post/hacking- 

cooper-hewit ts -data-re Leas e-t hat camp -or -how- get -me -work- free f reflecting many of the same issues that Mia cam 

across. 

He calls out our CCO licensing - 



If the data had been available via an API, that would have put a huge burden on my site. I 
could have grabbed the data for the period', but to make it useful in my recontextualiza- 
tion of the data, I would have had to grab ALL the data, then normalize it, then display it. 
And, if I didn't have the rights to do what I needed, I would have had to do that ON EVERY 
PAGE DISPLAY. That is, without the licensed rights to manipulate and keep the data as I 
needed, the site would have churned to a halt. 

Instead, I could operate on the data as I needed. Because in a sense I own it. It's in the 
public domain, and I have a site that wants to work with it. That means that the data real- 
ly matters to me, because it is part of my site. So I want to make it better for my own pur- 
poses. But, also, since it is in the public domain, any improvements I make for my own 
purpose can and should go back into the public domain. Hopefully, that will help others. 
It's a wonderful, beautiful, feedback loop, no? 

As a fork ofCC-0 content from github, it sets off a wonderful network of ownership of 
data, where each node in the network can participate in the happy feedback. 



Go read his full post http : //hackingthehumanities . org/ post/hacking-cooper-hewitts -data-re leas e-t hat camp-or-how-get-me-work- 



This entry was posted in Collection data http: / / labs . cooperhewitt . org/category /collect ion-data/ and tagged 

#thatcamp http: / /labs . cooperhewitt . org/tag/thatcamp/ , API http: //labs .cooperhewitt . org/tag/api/ 7 collection 

data http: //labs .cooperhewitt .org/tag/collection-data-2/, dumps http: / /labs .cooperhewitt .org/tag/dumps/ f OpGH 

data http : //labs .cooperhewitt . org/ tag/ open-data/ on June 19, 2012 [ http : //labs . cooperhewitt .org/20 12/patrick-murray-john- 

hacks-collection-thatcamp/ ] by Seb Chan http : //labs . cooperhewitt . org/ author/ seb/ , 



Designing the responsive footer 



We now have a responsive main website http://www.cooperhewitt.org/ . To a degree. 

Like everything it is a stopgap measure before we do a full overhaul of the Cooper-Hewitt on- 
line - timed to go live before we reopen h tt P ://™. cooperhewitt.org/redesign our main campus (2014). 

With the proportion of mobile traffic to our web properties increasing every month we 
couldn't wait for a full redesign to implement a mobile-friendly version of the site. So we did 

some tweaking and with the help of O Hon, pUllGCl reSpOnSiVeneSS http://www.alistapart.com/articles/re- 

sponsive-web-design/ into the scope for a migration of backends from Drupal 6 to Drupal 7. 

Katie did the wireframing and design of the new funky fat footer - which you'll notice, changes 
arrangements as it switches between enormous (desktop), large (tablet) and mini (mobile) 
modes. 



Here she is explaining the what and why. 




Why did you do paper prototypes for the responsive design? 

A few months ago I was working on a design for the Arts Achieve htt P! //iabs. cooperhewitt.org/2012/deploy- 
ing-ipads-nyc-schoois/fcomnents website. I showed my screen to Bill, our museum director http : / /en.wikipedi- 
a.or g /wiki/Biii_Moggridge, to get his thoughts. Bill is a former industrial designer and one of the pio- 
neers of interaction design „tt P ://www.designinginteractions. com/book. The first thing he said was "ok, let's 
print out a screenshot." He then drew his suggestions right onto the printed page. We didn't 
really look at the screen much during the conversation. Writing directly onto the paper was 
more immediate and direct, and made his suggestions feel very possible to me. Looking at a 
site design on a screen makes me feel like I'm looking at something final, even if its just a 
mockup. The same thing printed on paper seems more malleable. It's a mind trick! 

Paper also lets me print out many versions and compare them side-by-side (you can't do that 
on a single monitor). 

Paper also ALSO lets me walk around showing my print-outs to others and ask for rapid reac- 
tions without pulling everyone into a screen hover session htt P ://hoverin g artdirectors. tumbir.com/ . This is 



a simple body/communication thing: when everyone is facing toward a screen to talk about a 
design, you're not in a natural conversational position. Everyone's face and body is oriented 
toward the screen. I can't see people's faces and expressions unless I twist around. When 
you're just holding a paper, and there's no screen, it's more like a natural conversation. 




http : //3ug4ii3uortgp68ee3 lcybxjyz . wpengine .netdna-cdn.com/wp-content/uploads/20 12/06/post-its-on-moni tor- labs . jpg 

Post-its stuck to the monitor os o woy to quickly ogres on our initio! idsos 



Why do some of the elements move around in the responsive footer? (why do the icons 
and signups move) 

They move around to be graphically pleasing. And to make sure the stuff we wanted people to 
notice and click on is most prominent. 

We had a strong desire for the social media icons to be really prominent. So they're front and 
center in the monitor-width design (940px width). They're on the right hand side in the tablet- 



size design (700px wide) and in the mobile-size design (365px wide) because I think it looks 
sharpest when the rectilinear components are left-justified and the round stuff is on the right. 



What were the challenges for the responsive design? 

We had a really clear hierarchy in mind from the beginning (we knew what we really wanted 
people to notice and click) so that eliminated a lot of complexity. The only challenge was how 
to serve that hierarchy cleanly. 

One challenge was the footer doesn't always graphically harmonize with the body of the page, 
because the page content is always changing. 

Another challenge was getting the latest tweet to be clear and legible, but still appear quiet 
and ambient and classy. 

What were some of the things you are going to be looking out for as it the site goes live? 

I want to see how the footer harmonizes with our varying page body content and then decide 
if it makes sense to change the footer to match the body, or re-style the body content to sit 
better atop the footer. 

I wonder if people on Twitter will start saying stuff @Cooperhewitt just because they know 
they'll get a few minutes of fame on our homepage. That participation could be awesome or 
spam my. We'll see. 

I'm really excited to see the analytics. I want to see if this new layout really does boost our 
newsletter signup and social media participation and everything. It will be super gratifying if it 
does. 

Of course, we'll reiterate and revise based on all the analytics and feedback. 

This entry was posted in CH 3.0 http: //labs .cooperhewitt .org/category/ch-3-0/ and tagged CSS http: //labs .cooperhe- 
witt . org/tag/ ess/, mobile http://labs.cooperhewitt.org/tag/mobile/ , prototyping http : / / labs . cooperhewitt . org/tag/prototyping/ , 
responsive web design http: //labs .cooperhewitt .org/ tag/responsive-web-design/ f wireframing http : / / labs . cooperhewit- 
t .org/tag/wiref raming/ on July 2, 201 2 [http: / /labs .cooperhewitt.org/2012/designing-responsive-f ooter/ ] bySeb 
Chan http: //labs . cooperhewitt . org/author/ seb/ . 



Sealing a Facebook App in amber 



One of the more painful things that happens from time to time is the decommissioning of a 
digital product. And in a museum this, of course, means trying to 'preserve' it. 

But how do you 'preserve a Facebook App' built for an exhibition? 

Cooper-Hewitt's record breaking Set In Style exhibition http : / /www. cooperhewitt . org/press/2011/04/08/set- 
style- jewelry-van-cleef -and-arpels of 201 1 included the creation of both an iOS App and a Facebook 

App. The Set In Style Facebook App allowed users to add jewellery from the exhibition to 
their Facebook photos and share them on their wall and the walls of their friends. 

A couple of months ago Facebook changed their security settings for Apps (again) and we 
were faced with a decision - turn it off, or pay to have the code rewritten to support the secu- 
rity changes. With the exhibition ended we opted to close the App down, but before we did 
so we decided to make a quick video of it in operation with a 'real Facebook account' so that 
the 'social side' of the App could be captured in a way that still screen grabs would not. 

Here's the video. 

Some questions still remain. 

Where does the 'record' for this 'object' now live? What 'metadata' needs to be associated 
with the 'record'? What happens to the source code? Should it be released? If it was released, 
is the App so heavily reliant upon the infrastructure and sociality of Facebook itself that it 
would be useless? 

(Our newest member of the Lab's 'Armory of Nerds', Aaron Cope, has been thinking about 

t hlGSG VG ry S3 IDG iSSUGS http : / /www. museumsandtheweb . com/mw2 012 /papers /archiving_flickr_and_other_websites_of_interes2 \ 1*1 

regard to 'preserving Flickr' with his project Parallel-Flickr http://straup.github.com/paraiiei-fiiokr/) 

We're interested in these sorts of questions at a meta-institutional level too, as, being 'the Na- 
tional Design Museum' we are inevitably going to have to be collecting 'objects' that face simi- 
lar issues soon enough. Indeed, should a design museum be 'collecting' the designs of Face- 



book itself over the years? And how? 



This entry was posted in Meta Issues http: //labs .cooperhewitt.org/category/meta-issues/ and tagged 

meta http: //labs . cooperhewitt . org/tag/meta/ , preservation http: / /labs .cooperhewitt . org/ tag/preservation/ on August 29, 

2012 [http: //labs .cooperhewitt . org/20 12 /sealing-facebook-app-amber/ ] by Seb Chan http: //labs . cooperhewitt . org/author/seb/ . 



Webcasting on the go 



As we travel around the city doing panels and talks everywhere from Governors 

and http : / /www . youtube . com/watch 7v=kieJSAqDmBI s f eature=plcp to the United Nations http: / /www. youtube . com/watch? 
v=WqRcHV3dFA8 to our Design Center in Harlem http : / /www. cooper hewitt .org/ learning /designcenter f we're always we- 
bcasting. Lots of people have looked at our setup by now and have approached us with ques- 
tions- what's our equipment of choice? How do we make it all portable? What services do we 
use? What's that funny plug thing? 



Here's our secret recipe: 



YouTube Live Service http : / /www . youtube . com/live (you need to be a YouTube Partner for this). Us- 
tream ht tP = //™. t v / is an alternative service if you can't get partnership status, we used to 
use Ustream before we were invited to be guinea pigs in the very awesome YouTube Live Beta 
Launch last year. 



You 



Browse Movies Upload 



cooperhewitt - 



Info and Settings Stream Settings Live Control Room 



View on Channel Event Manage 



^Hf The Live Control Room is currently in beta. Learn more 



Bill's Design Talks: Walter Hood 
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Stream Summary 



There are currently no viewers for this video. 
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YouTube live is new & awesome 



which pulls streaming data from us via. 



WireCast for YouTube http : / /blogs . tele stream. net/wirecast/2 012 /04/ 1 1/wirecast-f or-you tube- is -here/ (free software if 
you have YouTube Live) Regular Wirecast http : / /www. teles tr earn. net /wirecast/ overview. htm software is a paid 

alternative if you can't get YouTube partner status, 
installed on a... 



Macbook Air with Thunderbolt http: / /www. apple .com/ thunderbolt/ port 

plugged in to a... 

Thunderbolt male to male cable 



plugged in to a... 

BlackMagic intensity shuttle with Thunderbolt https : / /www. google . com/ search ?q=blackmagic+int ens i ty+shut- 

tle&sugexp=chrome,mod=4&sourceid=chrome&ie=UTF-8&saf e=active#q=blackmagic+intensity+shuttle+thunderbolt&hl=en&safe=ac- 
tive&prmd=imvns&source=univ&tbm=shop&tbo=u&sa=X&ei=cv5AULj JBrSM6QHNwIGYCg&sqi=2&ved=0CCwQsxg&bav=on. 2 , or . r_gc. r_p- 
w.r_cp.r_qf .&fp=bO27e5dl80al5bb8&biw=1544&bih=946 

plugged in to a... 

HDMI male to male cable 

plugged in to a... 



Canon XF105 camera https : //www. google . com/ search ?q=canon+xf 105&sugexp=chrome ,mod=46.sourceid=chrome&ie=UTF-8&saf e=ac- 
tive#q=canon+xf 105&hl=en&saf e=active&prmd=imvns£iSource=lnms6.tbm=shop&sa=X&ei=s_lAUNuFMsnL6wGs3YH- 

wDQ&ved=0CA4Q_AUoBQ&bav=on.2,or.r_gc.r_pw.r_cp.r_qf . S,fp=b027e5dl8 0al5bb8&biw=154 4&bih=9 4 6 with HDMI-out port 



which is receiving audio from... 



An XLR cable which carries the audio from any number of stick mics fed into our mixing board 
& XLR splitter. If we're in an auditorium venue we ask for an XLR feed from the AV people 
there. 



How HDMI Works Male Connector Pins 




http: / / 3ug4ii3uortgp68ee3 lcybxjyz .wpengine.netdna-cdn.com/wp-content/uploads/2012/08/hdmi-con- 
nec tor-diagram. gif 

HDMI is awesome (image via howstuffworks.com) 



Notes: 

The HDMI cable carries both audio AND video from the camera into the laptop. SWEET. 

Wi-fi works fine, unbelievably. But a hard wired connection is always best for streaming if you 
can get it. 

Sometimes if your audio and video sources are separate from each other, the webcast will ap- 
pear out of sync. Sending A and V together through one camera is good for sync. 

We tried playing with multi-cam a few times (on a mac pro tower, wouldn't dare that with a 



laptop graphics card) This usually choked the graphics card, and gave us sync issues. So we 
stick to single-cam. 

Sometimes we run our own camera and our own mixing board with microphones, and some- 
times we're in a venue where microphones are done by the house staff, and we just ask them 
for an XLR feed which we plug into our camera. 

The UN and WNYC Greene Space house staff ran their own camera and audio, AND they had 
their own streaming encoder. In this scenario we give them the RTMP and Stream Name 
codes (stored in the YouTube event settings) from our YouTube account. They plugged these 
codes into their encoder software-making a direct link between the venue's audio and video 
feeds and our YouTube account. In these cases, our only job is to check that the A and V sig- 
nals are coming through to the net OK, and then clicking "Start Broadcast" on YouTube in a 
web browser. Then after the program is done I click "Stop Broadcast." 

Every venue will have different hardware and software going on, so this setup can take some 
major fiddling with settings before you get it to work. Generally this fiddling has to happen 
with the venue's encoder software, because the YouTube settings stay pretty static. The UN's 
encoder was robust enough that they could push the stream to their usual flash player on the 
UN web site and our YouTube account simultaneously. 

Here's http: //blogs . walkerart . org/newmedia/20 12 /05/07/event-documentation-and-webcasting-f or-museums/ what the media 

team at the Walker Art Center http://www.waikerart.org/ has to say about webcasting. We'll move to a 
setup more like theirs once our main Museum renovation is done, and we have a permanent 
home for programming. For now, we're webcasting in a way that's light, modular and mobile. 



This entry wos posted in CH 3.0 http://iabs.cooperhewitt.org/category/ch-3-0/ on August 31 , 2012 [http://iabs.- 

cooperhewitt . org/ 2 0 12 /webcasting/ ] by katieshelly http: //labs . cooperhewitt . org /author /katieshelly/ . 



On cleaning our collection data with in- 
teractive data transformation tools 



Seth van Hooland, Ruben Verborgh, and Rik Van de Walle's Free Your Metadata http: lit reey- 

ourmetadata . org group have been hard at work looking at the dataset http: / /www. cooperhewitt . org /col lec- 
tions/data from Cooper-Hewitt. 

The first in a number of articles in various publications on their work with our collection has 
been published. 

It provides a good introductory piece to their work using Google Refine and the way in which 
other institutions with 'messy data' can now use 'interactive data transformation tools' to 
clean it up in ways that were previous extremely time consuming. 



Linked Data hold the promise to derive additional value from existing data throughout dif- 
ferent sectors, but practitioners currently lack a straightforward methodology and the 
tools to experiment with Linked Data, this article gives a pragmatic overview of how gener- 
al purpose Interactive Data transformation tools (IDts) can be used to perform the two es- 
sential steps to bring data into the Linked Data cloud: data cleaning and reconciliation, 
these steps are explained with the help of freely available data {Cooper -hewitt National 
Design museum, New York) and tools (google refine), making the process repeatable and 
understandable for practitioners. 



Read online! (free PDF http://www.niso.orq/pubiications/isq/2012/v24no2-3/vanhooiand/) 

Van Hooland, Seth, Ruben Verborgh, and Rik Van de Walle. Joining the Linked Data Cloud in a 

Cost-Effective Manner http : / /www. niso . org/publications/isq/2012/v24no2-3/vanhooland/ . Information Standards 

Quarterly, 2012 Spring/Summer, 24(2/3):24-28. 

This entry was posted in Collection data http : / / labs . cooperhewitt . org/category/collection-data/ and tagged 

google refine http : / /labs . cooperhewitt . org/tag/google-ref ine/ f linked data http : //labs . cooperhewitt . org/ tag/linked-data/ f 
metadata http : / /labs . cooperhewitt . org/ tag/metadata/ on September 77, 2072 [ http : / /labs . cooperhewitt . org/20 12 /clean- 



ing-collection-data/ ] by Seb Chan http: //Labs .cooperhewitt.org/author/ seb/ . 



iPads and tech in schools update 



Since our last post http: / / labs . cooperhewitt . org/20 12 /deploy ing-ipads-nyc- schools/ f NYC public school teachers 

participating in the Arts Achieve pilot http://data.ed.gov/grants/investing-in-innovation/appiicant/15523 have had 
3 months to start working with their new projectors, iPads, styli, microphones, and other tech 
stuff. 

Here's a glimpse into the tech training sessions we did with teachers last March, in close col- 
laboration with my colleague in the education department, Marianna Siciliano. 

Our teachers have now had the summer to process the training and in-classroom experience, 
and share feedback with us about the ups and downs. 



Overview of Technology Introduced to Date 

Ning Network: 
Debuted in July 2011 
2,377 visits to date 

Technology Bundles Distributed in Feb/March 2012 
3 iPads per classroom 
1 Mini Projector 
Microphones for Music and Theater 
Styli for Visual Arts 
Flexible iPad stands for Dance 



http : //3ug4ii3uortgp68ee3 lcybxjyz . wpengine . netdna-cdn.com/wp-content/ uploads/20 12/ 09/tech-packages . jpg 

Here's what we gave out to teachers. 

What have we learned since putting tech in teachers' hands? 
1. Camera, camera, camera. 



The iPad camera is by far the most popular and widely-used feature of any products we gave 
to teachers. Video and stills are pouring out of the classrooms. They're handy for more than 
sharing outward; often the camera is being used as a way to "take notes" or play back video 
for review locally. 



2. When it comes to projectors, quality trumps portability. 



We thought the portability factor would be great for teachers who do "art on a cart," however 
the pico projectors we provided did not go over as well as we'd hoped. This might be because 
these guys are in the arts, so strong image quality is important to them. Also, more and more 
classrooms in NYC are being outfitted with high-res, high-brightness Smar 



Tech Support Process 




CT arls achlcvl Tech Support Steps 

We know lhat incorporating technology in your classroom means there's no room for glitches. 

When you're frustrated with a flaky internet connection or a funky error message, we know 
you need a resolution ASAP. 

Here are the 3 steps you should take for a speedy resolution: 

1 . Google the question. 

You might be able to find a recent article or discussion board (hat shares solutions for your exact 
issue. Be sure to use precise words to get precise results, if you're not getting helpful results, try re- 
searching with different language. For example, let's say your iPad is freezing up whenever you try to 
use the iMovie app. A precise Google search for that problem would be: "iPad iMovie app freezes on 
launch.'' An imprecise Google would be "ipad freezing up' or "iMovie not working." Try out a few syn- 
onyms for the different words in your search to get really good results. 





2. Ask your school's IT department. 

They can be especially helpful when it comes to internet connection stuff, since they will have the 
most knowledge about things like passwords, firewalls and other idiosyncrasies in your building. Even 
if your question is not internet related, its always helpful to have someone look at the problem in per- 
son with you. Even if your IT Support doesn't know the answer, she can give you precise language to 
request outside help. 

Your IT support person's name is . 

This is how to get in touch with him/her: . 





3. Tap the "report an issue" button on your iPad. 

You will see a Q+A history here from everyone in Arts Achieve. You might find that your question has 
already been discussed or resolved by someone else. If your question is not already listed here, go 
ahead and post It When you post your question on this page, an alert is sent automatically to the Arts 
Achieve team. You will see a reply to your question on this page within S business days. 




http : / /3ug4ii3uortgp68ee3 lcybxjyz . wpengine . netdna-cdn.com/wp-content /uploads /2 0 12/ 0 9/Tech-Support-steps . jpg 

This is the tech support printout we gave our teachers 



tboards, so it looks like pico projectors, with their dim lamps and small images, are not an ex- 
citing addition to most classrooms. Additionally, the pico projectors were confusing for the few 
teachers in the project already fluent with Smartboards. 

With teachers, any existing familiarity is priceless, because you can spend precious training 
hours on other topics. 



3. People like DropBox and iMovie. 



It's a really good idea to use services and brand names that are already familiar to people. It 
lowers the intimidation factor and opens the possibility of finding easy, instant tech support 
from family, students, colleagues, or Google search. DropBox and iMovie had a level of instant 
familiarity and both are being used. 



3 Months of Tech: Impact 

148 Videos created & shared by 29 Specialists and 6 Facilitators 

552 Photos shared by 17 Specialists and 8 Facilitators 

64% of Specialists surveyed use new iPads in class every day. 

100% of Specialists surveyed say new tech skills 
will make a lasting impact on their teaching practice. 



http : //3ug4ii3uortgp68ee3 lcybxjyz . wpengine . netdna-cdn.com/wp-content/ uploads/20 12/ 0 9/ArtsAchieveNumbers . jpg 

4. Play is the way! 

In our trainings and tipsheets, we outlined a bunch of best practices. Some teacher frustration 
has arisen from the feeling that these outlines were the only way to operate. We should have 
emphasized even more that it is OK to play, poke, experiment, test, and try stuff. This is defi- 
nitely the best way to learn "tech stuff (it's why kids are so good) and It's really hard to get this 
ethos across to adults! 

Some teachers have also reported to us that they have had great success when they simply 
asked their students for help with their tech questions. We like to see teaching flow both ways! 



5. AirWatch was unnecessary. 



We killed our subscription to AirWatch mobile device management. I found the product limit- 
ed; it didn't do anything useful for us. In the dream scenario, we could keep all the iPads uni- 
form, add apps and manage media remotely, make changes on the device without user con- 
sent (which is hard to get when some users need instructions outlining how to consent), and 
troubleshoot remotely. None of this was actually possible with AirWatch. When any given iPad 
gets too far adrift from the original image with crazy apps and settings, we simply re-image it 
from iCIoud. http://support.appi e . C om/kb/HT4859 This works very well, and quickly, and it's free! 

This entry was posted in Education http: //labs . cooperhewitt . org /category/ education/ , Tablets http: / /labs .cooperhewit- 
t. org /category /tablets/ and tagged education http: / / labs . cooperhewitt . org/tag/edu/ , evaluation http : / /labs . cooper hewit- 
t .org/tag/evaluation /, ipads http : / /labs . cooperhewitt .org/ tag/ ipads/ , teachers http: / /labs . cooperhewitt . org/tag/teachers/ on 
September 26, 2012 [ http : / /labs .cooperhewitt . org/2 012/tech-schools-update/ ] by katieshelly http : / / labs . cooperhewit- 

t . org/author/katieshelly/ . 



First look at our new online collection 
(public alpha) 



"Perfect is the enemy of good" (Voltaire). 

An early alpha version of our new 'collection online htt p! //coiiection. cooperhewitt.org' is now live. 

I say 'alpha version' because all this version is trying to do is replace the previous standard 
eMuseum collection viewer that used to be on the website. I also say 'alpha' because it is full 
of 'known issues' both in design and content. I say 'alpha' a third time because before you 
know it, there will be a beta which will introduce new features and fix some of the most glar- 
ing problems. 

But a public alpha release is important. 

In a sector that is allergic to the idea of a 'minimum viable product http : / / en . wikipedia . org /wiki /Mini- 

mum_viabiejroduct ', a public alpha makes a lot of sense. It especially makes sense for a 'design' mu- 
seum that preaches/teaches the 'design process'. Early testing with real users will help us se- 
lect which features to prioritise, and also which of our existing issues matter most. And we'll 
find that the users we expected probably won't be the only ones who come and visit. 

Admittedly our museum is a little different. 

On the back of two, far too short http://www.oooperhewitt.org/remembering-bin/iife-work, years of t ra n sfo r m a- 
tion under the leadership of designer Bill Moggridge, we are in a position that many other in- 
stitutions are not. We are trying to be more agile with our processes, more experimental with 
our products, and more promiscuous with our content. 

We don't have the choice not to be. 

The world of design is changing - and that is the world we are documenting, collecting and 
ruminating about as an institution. And it is not just the world of design, but the world itself. 

We need to not just be 'on the web' but we need to be 'of the web'. And this is most im- 



portant for our collection. 



So what's in the alpha release? 



access to just over 1 23,000 objects 
navigation by various metadata elements 
persistent URLs for everything including people 

people 'concordances' with the holdings of other institutions and online sources! 
decades! 

random object mode http : //collection . cooperhewitt . org/ objects/random/ ! 



Aaron Cope and Micah Walter will each be exploring these in much more detail in their own 
blog posts over the next week. Aaron's also released some new bits and pieces related to our 

collection on our GitHub repository https : //git hub. com/ cooperhewitt . 



But right now, go and have an explore http : //collection . cooperhewitt . org . 



Smithsonian 

Cooper-Hewitt, National Design Museum 




Advertisement for Hudson Clothier 
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Tombttone Advarlisarnert Icy 
Hudson CtotNer ca 1880 
Cnromaitnograpn Gift of CeW 

Mseoowid ises-MS-e-i 



Psnod Vigor a- 



An arabian man standing with a long stick in front of a diamond shaped view of the 
desert and pyramids 



This trade card is chromolithograph. Its dimensions are: Approximately: 15 x 10 cm (5 7/8x3 
15/16 in.). 

This trade card is dated ca. 1880. 

Gift of Carol MacDonald. Its provenance is Gift of Carol MacDonald (Gift ) We acquired this 
object in 1962. 

See more stuff from the Drawings. Prints, and Graphic Design department. 



Do you have your own photos of this object? Are they online somewhere, like FUdsr or Inssagram? Or have you 
created a 3D model of one of our objects in SketchUp or Thingiverse? If so then then tag them with 
ehiobj»et'lS44355j\ and we will connect ours to yours! 



If you would tike to uti in more about an object or hair found an error in an object record, please tend us an email. Be sure to include 
the Object ID as well as the Accession Number for the object. Objects that are slated to be on display when the museum re opens in 
2014 are being given priority but all corrections are welcomed.' 



http : / /collection . cooperhewitt . org 



Sample object record. 



This entry was posted in CH 3.0 http : / /labs . cooperhewitt . org/ category/ ch-3-0/ f Collection data http: / /labs . cooperhe- 
witt . org/category/collection-data/ and tagged alpha http : / / labs . cooperhewitt . org/tag/ alpha/ , catalogue http: //labs .coop- 
erhewitt .org/tag/catalogue/ , metadata http: //labs .cooperhewitt .org/ tag/metadata/ on September 26, 2012 [http: //lab- 
s .cooperhewitt .org/20 12 /online-collect ion-alpha/ ] by Seb Chan http: //labs . cooperhewitt . org/author/seb/ . 



Getting lost in the collection (alpha) 



Last week marked a pretty significant moment in my career here at Cooper-Hewitt. 

As I'm sure most of you already know, we launched http : //labs . cooper hewitt . org/ 20 12 /online-collection-alpha/ 

our Alpha collections website. The irony of this being an "alpha" of course is that it is by leaps 
and bounds better than our previous offering built on eMuseum. 

If you notice in the screengrab below, eMuseum was pretty bland. The homepage, which is 
still available htt P =//oid. collection. coopemewitt.org allowed you to engage by selecting from one of 4 
museum oriented departments. You could also search. Right... 
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Smithsonian 

Cooper-Hewitt, National Design Museum 



Back to Cooper-Hewitt 
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Home 
Collections 






Search 
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Login 



Drawings, Prints, and Graphic Design 
Cooper-Hewitt's Drawings, Prints, and Graphic Design 
department, located in the Drue Heinz Study Center for 
Drawings and Prints, houses more than 160,000 works of 
art dating from the Renaissance to the present, including 
fine arts as well as designs for architecture, decorative 
arts, gardens, interiors, jewelry, theater, graphic and 
industrial design, and more. 

Product Design and Decorative Arts 
Cooper-Hewitt's department of Product Design and 
Decorative Arts contains approximately 40,000 three- 
dimensional decorative art and design objects dating 
from antiquity to the twenty-first century, including 
ceramics, furniture, metalwork, lighting, glass, jewelry, 
architectural elements, and industrial design. 



Textiles 

Cooper-Hewitt's Textiles collection contains more than 
30,000 pieces from antiquity to the present, representing 
the full spectrum of woven and non-woven techniques 
and a wide variety of printing and dyeing methods. 



Wallcoverings 

Coo per- Hewitt's Wallcoverings department contains the 
largest and most varied collection of wallpaper in the 
United States, with more than 10,000 examples tracing 
the transformation of the medium from hand-printed 
luxury product to mass-produced decor. 
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Copyright Privacy Smithsonian Institution 



Upon entering the site, either via search or through browsing one of the four departments 
several things were in my mind huge problems. 
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Back to Cooper-Hewitt 



Simple Search 



Show search form 



Objects (8 entries) 
People (2 entries) 
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Ahhhhhhhhh!!!!! 



Quick Search 



Home 
Collections 



Search 

- Simple Search 

- Advanced/Objects 

- Advanced/People 

- Advanced /Sites 

- Advanced/Exhibitions 

- Advanced/Bibliography 
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Copyright Privacy SmiW 



Above is a search for "lennon" and you get the idea. Note the crazy long URLs with all kinds of 
session specific data. This was for years a huge issue as people would typically copy and 
paste that URL to use in blog posts and tweets. Trying to come back to the same URL twice 
never worked, so at some point we added a little "permlink" link at the bottom, but users 
rarely found it. You'll also note the six search options under the menu item "Search." OK, it's 
just confusing. 
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John Lennon 

Object Name: Poster 
1967 
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Designer: Richard Avedon 
American, 1923 - 2004 

Publisher: Cowles Education Corporation 

For: Richard Avedon Posters, Inc. 

Association: Maximus Enterprises. Ltd. 

Association: NEMS Enterprises. Ltd. 



Search 

- Simple Search 

- Advanced /Objects 

- Advanced/People 

- Advanced /Sites 

- Advanced /Exhibitions 

- Advanced/Bibliography 
People 



A depiction of the head and shoulders of musician John Lennon on 
vibrant yellow ground. The left side of image and hair saturated in 
bnght orange-red; the right side of image in deep purple. The features 
are visible as in a photographic negative with negative areas 
highlighted in bright white. Superimposed on the face, a pair of round 
glasses with lenses formed by bright orange, green, and white spirals. 



H x W: 78.9 x 57.2 cm (31 1/16 x 22 1/2 in. ) 
Medium: Offset lithograh on white wove paper 
Gift of Various Donors 
Place made: U.S.A. 



Museum Number: 1981-29-511 
Permallnk: 177621 
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Finally landing on an object page and you have the object data, but where does it all lead you 
to? 



For me the key to a great, deep, user experience is to allow users to get lost within the site. It 
sounds odd at first. I mean if you are spending your precious time doing research on our site, 
you wouldn't really want to "get lost" but in practice, it's how we make connections, discover 
the oddities we never knew existed, and actually allow ourselves to uncover our own original 
thought. Trust me, getting lost is essential. (And it is exactly what we know visitors enjoy do- 
ing inside exhibitions.) 



As you can probably tell by now, getting lost on our old eMuseum was pretty tough to do. It 
was designed to do just the opposite. It was designed to help you find "an object." 

Here's what happens when you try to leave the object page in the old site. 
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Richard Avedon 

Date: American, 1923 - 2004 



um 



So we ditched all that. Yes, I said that right, we ditched eMuseum! To tell you the truth, this 
has been something I have been waiting to do since I started here over two years ago. 

When I started here, we had about 1 000 objects in eMuseum. Later we upped that to 1 0,000, 
and when Seb began (at the end of 201 1 ) we quickly upped that number to about 1 23,000. 



I really love doing things in orders of magnitude. 

I noticed that adding more and more objects to eMuseum didn't really slow it down, it just 
made it really tough to browse and get lost. There was just too much stuff in one place. There 
were no other entry points aside from searching and clicking lists of the four departments. 

Introducing http : //labs . cooper hewitt . org/ 2 012 /online-collection-alpha/ our new collections website. 

We decided to start from scratch, pulling data from our existing TMS database. This is the 
same data we were exporting to eMuseum, and the same data we released htt P ://iab S .ooo P erhe„it- 
t.org/2oi2/reie aS ing-coiiection-github/ as CCO on GitHub back in February. The difference would be, pre- 
senting the data in new ways. 
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Welcome to the inaugural alpha release of our new collection database! 



This is our stuff, we have lots of rt 




t V 

This database represents approximately 60% of the Museum's diverse collection spanning twenty four centuries of historic 
and contemporary design, including seventeenth-century Japanese tsuba , Parisian parasol designs , postmodern glassware . 
modular toys , and fabric about the future . 

An alpha release is an early release and means that active development is ongoing— object research is being added, bugs are 
being fixed, and erroneous terms are being revised. In spite of the eccentricities of raw data, you can begin exploring the 
collection and discovering unexpected connections among objects and designers. 

In addition to the quirkiness of our data the website itself has not been optimized for the wide range of devices that people 
use today. That's fancy-talk for saying "This site is currently best viewed in a desktop web browser." Proper support for 
mobile devices and tablets will be available shortly, we promise. 



Note the many menu options. These will change over time, but immediately you can browse 
the collection by some high level categories. 



Note the random button-refreshing your browser displays three random objects form our 
collection. This is super-fun and to our surprise has been one of the most talked about fea- 
tures of the whole alpha release. We probably could have added a random button to eMuse- 
um and called it a day, but we like to aim a little higher. 

Search is still there, where it should be. So let's do a similar search for "lennon" and see what 
happens. 



Here, I've skipped the search results page, but I will mention, there were a few more results. 
Our new object page for this same poster by Richard Avedon is located at the nice, friendly 
and persistent URL http://collection.cooperhewitt.org/objects/18618175/ http: / /collection . cooperhe- 
witt.org/objeot s /i86i8i75/ . It has its own unique ID (more on this in a post next week by Aaron) and I 
have to say, looks pretty simple. We have lots of other kinds of URLs with things in them like 
"people" , "places" and "periods." URLs are important, and we intend to ensure that these live 
on forever. So, go ahead and link away. 
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Poster #1981-29-511 

|5S| This object is resting in our storage facility. We acquired this object in 1981 




A depiction of the head and shoulders of musician John Lennon on vibrant yellow 
ground. The left side of image and hair saturated in bright orange-red; the right side 
of image in deep purple. The features are visible as in a photographic negative with 
negative areas highlighted in bright white. Superimposed on the face, a pair of round 
glasses with lenses formed by bright orange, green, and white spirals. 



This poster is offset lithograh on white wove paper . Its dimensions are: H x W: 78.9 x 57.2 
cm (31 1/16 x 22 1/2 in. ). 

It is inscribed "Imprinted in green, lower left corner of margin: JOHN LENNON 
photographed by Richard Avedonfor Look magazine; in lower right corner: Copyright c 
[encircled] 1967 by NEMS Enterprises, Ltd. All rights reserved, published and distributed 
by Cowles Education Corporation, 488 Madison/Avenue, New York, N.Y. 10022, in 
cooperation with Richard Avedon Posters, Inc. exclusively under license from Maximus 
Enterprises , Ltd.". 





This |ni lil^jy^jiii TTniii 1 1i ill and dated " 1967 " . 

)onors. This object came to our collection as a Gift , in 1981 
This object has been included in the following exhibitions: 

• Treasures from the Collection . October 14, 2003 - May 2, 2004 

• Ephemeral Images: Recent American Posters . January 29, 1981 - March 29, 
1981 

See more stuff from the Drawings. Prints, and Graphic Design department. 



Do you have your own photos of this object? Are they online somewhere, like Flickr or Instagram ? Or have 
you created a 3D model of one of our objects in SketchUp or Thingiverse ? If so then then tag them with 
ch :object=186181 75 and we will connect ours to yours! 




If you would like to tell us more about an object or have found an error in an object record, please send us an email . Be sure to 
include the Object ID as well as the Accession Number for the object. Objects that are slated to be on display when the museum 
re-opens in 2014 are being given priority but all corrections are welcomed! 
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The basic page layout is pretty similar to eMuseum, at first. You have essential viatal stats in 
the gray box on the right. Object ID, Accession Number, Tombstone data, etc, etc. You also 
have a map, and some helpful hints. 



But then things get a little more exciting. We pull in loads of TMS data, crunch it and link it up 
to all sorts of things. Take a scroll down this page and you'll see lots of text, with lots of links 
and a few fun bits at the end, like our "machine tag" field. 



Each object has been assigned a machine tag based on its unique ID number. This is simple 
and straightforward future-proofing. If you're on a site like Flickr http://fiickr.com and you come 
across (or have your own) photo of the same object we have in our collection, you can add 
the machine tag. 



Some day in the near future we will write code to pull in content tagged in this way from a va- 
riety of sources. This is where the collection site will really begin to take shape as well not 
only be displaying the "thing we have" but its relevance in the world. 

It puts a whole new spin on the concept of "collecting" and it's something we are all very ex- 
cited to see happen. So start tagging! 

Moving on, I mentioned that you can get lost. This is nice. 
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Objects, from the 1960s 

1,038 objects were up to something during the 1960s and this is page 1 of 42/ Jump to the 1950s or the 1970s 



We may not know about everything in our database from the 1960s but we know ab» 
a few things. 



Collage 



- this object s accession number is 2011-6-1 and is dated 1967 

- there are 2 people in 2 roles are associated with this object 

- this is from the Textiles department 



— we have ore image of this object 

• Lippen 

— this object's accession number is 2011-36-1 and is dated 1968 

— there is one person is associated with this object 

— this is from the Textiles department 

— we have 2 images of this object 

• Bangkok 

— this object's accession number is 2011-25-13 and is dated Introduced 1962 

— there are 2 people in 2 roles are associated with this object 

— this is from the Textiles department 

— we have 2 imaoes of this object 

• Rail 

— this object's accession number is 2011-25-1 and is dated introduced 1962 

— there are 3 people in 3 roles are associated with this object 

— this is from the Textiles department 

— we have 2 imaoes of this object 

• Design for a Dixie Cup: Fruits & Vegetables 

— this object's accession number is 201 1 -1 -9 and is dated ca. 1 970 

— there is one person is associated with this object 

— this is from the Drawings. Prints, and Graphic Desigr department 

• Design for a Dixie Cup 

— this object's accession number is 2011-1-8 and is dated ca. 1970 

— there is one person is associated with this object 

— this is from the Drawings, Prints, and Graphic Design department 

• Design for a Dixie Cup 

— this pbject's accession number is 201 1 -1 -7 and is dated ca. 1 970 

— there is one person is associated with this object 

— this is from the Drawings. Prints, and Graphic Design department 

• Prototype of an 8 Ounce Dixie Cup 

— this object's accession number is 2011-1-6 and is dated ca. 1970 

— there are 2 people in 2 roles are associated with this object 

— this is from the Drawings. Prints, and Graphic Design department 

— we have one image of this object 

• Le Nouveau Monde de la Medecine 

From the Avedon poster page I clicked on the decade called 1 960's This brings me to a place 
where I can browse based on the decade. You can jump ahead in time and easily get lost. It's 
so interesting to connect the object you are currently looking at to others from the same 
time period. You immediately get the sense that design happens all over the world in a wide 
variety of ways. It's pretty addictive. 

Navigating to the "person" page for Richard Avedon http://coiiection.cooperhewitt.org/peopie/i85354s9/, we 
begin to see how these connections can extend beyond our own institutional research. We 
begin by pointing out what kinds of things we have by Avedon. This is pretty straight-forward, 
but in the gray box on the right you can see we have also linked up Avedon's person record 
in our own TMS database with a wide variety of external datasets. For Avedon we have con- 
cordances with Freebase, MoMA, the V & A, and of course Wikipedia. In fact, we are 
pulling http=//biog.u S .giamwiki.org/2oi2/io/coo P erhewitt/ in Wikipedia text d i rect ly to t he page. 



In future releases we will connect with more and more on the web. I mean, thats the whole 
point of the web, right? If you want to help us make these connections ( we cant do every- 
thing in code ) feel free to fork our concordances repository on GitHub https : //github . com/cooper he- 

witt/coiiection-peopi e and submita pull request. 
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Richard Avedon 



Who's on first: 

Person ID: 18535489 

This person is also 
known around town at: 

Freebase 
MoMA 

Victoria and Albert MuseLm 
Wikioedia 



We have lots of stuff 



We have one object that Richard Avedon was involved with somehow. 

• Designer , one object 
Richard Avedon ( American. 1923 - 2004 ) is from United States . 




Wikipedia says: 

Richard Avedon (May 15, 1923 - October 1, 2004) was an American photographer. An 
obituary published in The New York Times said that "his fashion and portrait photographs 
helped define America's image of style, beauty and culture for the last half-century." 

Early life and education 

Avedon was born in New York City to a Jewish Russian family. He was the only son of 
Jacob Israel Avedon, a Russian- Jewish immigrant who started a successful retail dress 
business on Fifth Avenue, and his wife Anna, who came from a family that owned a dress 
manufacturing business. He attended DeWitt Clinton High School in the Bronx, where he 
worked on the school paper The Magpie with James Baldwin from 1937 until 1940. After 
briefly attending Columbia University, he started as a photographer for the Merchant 
Marines in 1942, taking identification pictures of the crewmen with his Rolleiflex camera 
given to him by his father as a going-away present. From 1944 to 1950, he studied with 
Alexey Brodovitch at his Design Laboratory at the New School for Social Research. 



Photography career 



In 1944, Avedon began working as an advertising photographer for a department store, but 
was quickly discovered by Alexey Brodovitch, the art director for the fashion magazine 
Harper's Bazaar. Lillian Bassman also promoted Avedon's career at Harper's. In 1945 his 
photographs began appearing in Junior Bazaar and, a year later, in Bazaar itself. 

In 1946, Avedon had set up his own studio and began providing images for magazines 
including Vogue and Life. He soon became the chief photographer for Harper's Bazaar. 
From 1950 he also contributed photographs to Life, Look and Graphis and in 1952 became 
Staff Editor and photographer for Theatre Arts Magazine. Avedon did not conform to the 
standard technique of taking fashion photographs, where models stood emotionless and 
seemingly indifferent to the camera. Instead, Avedon showed models full of emotion, 
smiling, laughing, and, many times, in action. Towards the end of the 1950s he became 
dissatisfied with daylight photography and open air locations and so turned to studio 
photography, using strobe lighting. 

When Diana Vreeland left Harper's Bazaar for Vogue magazine in 1966, Avedon joined 
her as a staff photographer. He proceeded to become the lead photographer of Vogue and 
photographed most of the covers from 1973 until Anna Wintour became editor in chief in 
late 1988. Notable among his fashion advertisement photograph series are the recurring 
assignments for Gianni Versace, starting from the spring/summer campaign 1980. He also 
photographed the Calvin Klein Jeans campaign featuring a fifteen year old Brooke Shields, 
as well as directing her in the television commercials. Avedon first worked with Shields in 
1974 for a Colgate toothpaste ad. He shot her for Versace, 12 American Vogue covers and 
Revlon's Most Unforgettable Women campaign. In the February 9, 1981 issue of 
Newsweek, Avedon said that "Brooke is a lightning rod. She focuses the inarticulate rage 
people feel about the decline in contemporary morality and destruction of innocence in the 
world." On working with Avedon, Shields told Interview magazine in May 1992 "When 
Dick walks into the room, a lot of people are intimidated. But when he works, he's so 
acutely creative, so sensitive. And he doesn't like it if anyone else is around or speaking. 
There is a mutual vulnerability, and a moment of fusion when he clicks the shutter. You 
either get it or you don't" . 

In addition to his continuing fashion work, by the 1960s Avedon had turned his energies 
toward making studio portraits of civil rights workers, politicians and cultural dissidents of 
various stripes in an America fissured by discord and violence. He began to branch out and 
photographed patients of mental hospitals, the Civil Rights Movement in 1963, protesters 
of the Vietnam War, and later the fall of the Berlin Wall. An exceedingly personal book 
called "Nothing Personal," with a text by his high school classmate James Baldwin 
appeared in 1964. During this period, Avedon also created two famous sets of portraits of 
The Beatles. The first, taken in mid to late 1967, became one of the first major rock poster 
series, and consisted of five striking psychedelic portraits of the group — four heavily 
solarized individual color portraits (solarisation of prints by his assistant, Gideon Lewin, 
retouching by Bob Bishop) and a black-and-white group portrait taken with a Rolleiflex 
camera and a normal Planar lens. The next year he photographed the much more restrained 
portraits that were included with The Beatles in 1968. Among the many other rock bands 
photographed by Avedon, in 1973 he shot Electric Light Orchestra with all the members 
exposing their bellybuttons for recording, On the Third Day. 

Avedon was alwavs interested in how Dortraiture caDtures the rjersonalitv and soul of its 



subject. As his reputation as a photographer became widely known, he brought in many 
famous faces to his studio and photographed them with a large-format 8x10 view camera. 
His subjects include Buster Keaton, Marian Anderson, Marilyn Monroe, Ezra Pound, Isak 
Dinesen, Dwight D. Eisenhower, Andy Warhol, and the Chicago Seven. His portraits are 
easily distinguished by their minimalist style, where the person is looking squarely in the 
camera, posed in front of a sheer white background. Avedon would at times evoke 
reactions from his portrait subjects by guiding them into uncomfortable areas of discussion 
or asking them psychologically probing questions. Through these means he would produce 
images revealing aspects of his subject's character and personality that were not typically 
captured by others. 

He is also distinguished by his large prints, sometimes measuring over three feet in height. 
His large-format portrait work of drifters, miners, cowboys and others from the western 
United States became a best-selling book and traveling exhibit entitled In the American 
West, and is regarded as an important hallmark in 20th century portrait photography, and by 
some as Avedon's magnum opus. Commissioned by the Amon Carter Museum in Fort 
Worth, Texas, it was a six-year project Avedon embarked on in 1979, that produced 125 
portraits of people in the American west who caught Avedon's eye. His mural groupings 
featured emblematic figures: Andy Warhol with the players and stars of The Factory; The 
Chicago Seven, political radicals charged with conspiracy to incite riot at the 1968 
Democratic National Convention; the Beat poet Allen Ginsberg and his extended family; 
and the Mission Council, a group of military and government officials who governed the 
United States' participation in the Vietnam War. 

Avedon was drawn to working people such as miners and oil field workers in their soiled 
work clothes, unemployed drifters, and teenagers growing up in the West circa 1979-84. 
When first published and exhibited, In the American West was criticized for showing what 
some considered to be a disparaging view of America. Avedon was also lauded for treating 
his subjects with the attention and dignity usually reserved for the politically powerful and 
celebrities. Laura Wilson served as Avedon's assistant during the creation of In the 
American West and in 2003 published a photo book documenting the experiences, Avedon 
at Work, In the American West. 

In 1982 Avedon produced a playfully inventive series of advertisements for fashion label 
Christian Dior, based on the idea of film stills. Featuring a stock cast of models and actors, 
the color photographs purported to show scenes from the life of a fictional "Dior family," 
whose members managed to wear elegant fashions even when wrestling on a couch. 

Avedon became the first staff photographer for The New Yorker in 1992, where his post- 
apocalyptic, wild fashion fable "In Memory of the Late Mr. and Mrs. Comfort," featuring 
model Nadja Auermann and a skeleton, was published in 1995. Other pictures for the 
magazine, ranging from the first publication, in 1994, of previously unpublished photos of 
Marilyn Monroe to a resonant rendering of Christopher Reeve in his wheelchair and nude 
photographs of Charlize Theron in 2004, were topics of wide discussion. Some of his less 
controversial New Yorker portraits include those of Saul Bellow, Hillary Rodham Clinton, 
Toni Morrison, Derek Walcott, John Kerry, and Stephen Sondheim. In his later years, he 
continued to contribute to Egoiste, where his photographs appeared from 1984 through 
2000. In 1999, Avedon shot the cover photos for Japanese-American singer Hikaru Utada's 
Addicted to You. 

He was awarded The Royal Photographic Society's Special 150th Anniversary Medal and 



Honorary Fellowship (HonFRPS) in recognition of a sustained, significant contribution to 
the art of photography in 2003. 



Exhibitions 

Avedon had numerous museum exhibitions around the world. The Metropolitan Museum of 
Art, New York, presented two solo exhibitions during his lifetime, in 1978 and 2002. In 
1980 another retrospective was organized by the University Art Museum in Berkeley. 
Major retrospectives were mounted at the Whitney Museum of American Art, New York 
(1994), and at the Louisiana Museum of Modern Art, Humblebaek, Denmark (2007; 
traveled to Milan, Paris, Berlin, Amsterdam and San Francisco, through 2009). Showing 
Avedon's work from his earliest, sun-splashed pictures in 1944 to portraits in 2000 that 
convey his fashion fatigue, the International Center of Photography in 2009 mounted the 
largest survey of the photographer's fashion work. Also in 2009, the Corcoran Gallery of 
Art showed "Richard Avedon: Portraits of Power", bringing together the photographer's 
political portraits for the first time. 

Collections 

Avedon's work is included in the collections of the Museum of Modem Art and 
Metropolitan Museum of Art, New York; Smithsonian's National Museum of American 
History, Washington, D.C.; Amon Carter Museum, Ft. Worth, Texas; and Centre Georges 
Pompidou, Paris, among many other museums and institutions worldwide. 

Recognition 

Avedon won many awards for his photography, including a Lifetime Achievement Award 
from the Council of Fashion Designers of America in 1989, the International Center of 
Photography Master of Photography Award in 1993, the Prix Nadar in 1994 for his 
photobook Evidence, the Royal Photographic Society 150th Anniversary Medal as well as 
the National Arts Award for Lifetime Achievement in 2003. He received honorary graduate 
degrees from the Royal College of Art (1989), Kenyon College (1993) and Parsons School 
of Design (1994), and was elected a Fellow of the American Academy of Arts and 
Sciences in 2001. 

Art market 

In 2010, a record price of £719,000 was achieved at Christie's for a unique seven foot high 
print of model Dovima, posing in a Christian Dior evening dress with elephants from the 
Cirque d'Hiver, Paris, in 1955. This particular print, the largest of this image, was made in 
1978 for Avedon's fashion retrospective at the Metropolitan Museum of Art in New York, 
and was bought by Maison Christian Dior. 

Gagosian Gallery announced its worldwide representation of Avedon in 2011. 
Legacy 

The Richard Avedon Foundation is private operating foundation, structured by Avedon 
during his lifetime. It began its work shortly after his death in 2004. Based in New York, 
the foundation is the repository for Avedon's photographs, negatives, publications, papers, 
and archival materials. In 2006, Avedon's personal collection was shown at the 
Pace/MacGill Gallery, New York, and at the Fraenkel Gallery, San Francisco, and later 
sold to benefit the Avedon Foundation. The collection included photographs by Martin 
Munkacsi, Edward Steichen, and Man Ray, among others. A slender volume, "Eye of the 



Beholder: Photographs From the Collection of Richard Avedon" (Fraenkel Gallery), 
assembles the majority of the collection in a boxed set of five booklets: "Diane Arbus," 
"Peter Hujar", "Irving Penn", "The Countess de Castiglione" and "Etcetera," which 
includes 19th- and 20th-century photographers. 

Personal life 

In 1944, Avedon married Dorcas Marie Nowell (1925— 201 1); she became the model and 
actress Doe Avedon; they divorced after five years of marriage. In 1951, he married Evelyn 
Franklin; she died on March 13, 2004. Their marriage produced one son, John Avedon, an 
author and authority on Tibet. 

In 1970, Avedon purchased a former carriage house on the Upper East Side that would 
serve as both his studio and his apartment. In the late 1970s, he purchased a four-bedroom 
house on a 7.5-acre estate in Montauk, nestled between the Atlantic Ocean and a nature 
preserve; in 1998, he put the place on the market for $10 million and sold it for almost $9 
million in 2000. 

On October 1, 2004, Avedon died of a brain hemorrhage in San Antonio, Texas, while 
shooting an assignment for The New Yorker. At the time of his death, he was also working 
on a new project titled Democracy to focus on the run-up to the 2004 U.S. presidential 
election. 

Avedon is survived by his son John, and his four grandchildren William, Matthew, Michael 
and Caroline. 

Funny Face 

Hollywood presented a fictional account of his early career in the 1957 musical Funny 
Face, starring Fred Astaire as the fashion photographer "Dick Avery." Avedon supplied 
some of the still photographs used in the production, including its most famous single 
image: an intentionally overexposed close-up of Audrey Hepburn's face in which only her 
famous features - her eyes, her eyebrows, and her mouth - are visible. 

Hepburn was Avedon's muse in the 1950s and 1960s, and he went so far as to say "I am, 
and forever will be, devastated by the gift of Audrey Hepburn before my camera. I cannot 
lift her to greater heights. She is already there. I can only record. I cannot interpret her. 
There is no going further than who she is. She has achieved in herself her ultimate portrait." 

Famous photographs 

• Marella Agnelli, Italian socialite, 1 953 

• Carmen Mayrink Veiga, Brazilian socialite (Vogue 's 10 best dressed), 1970 

• Dovima with Elephants, 1 955 

• Marilyn Monroe, actress, 1 957 

• Homage to Munkacsi, Carmen, coat by Cardin, Paris 1 957 
. Christina Bellin, model, 1962 

• Dwight David Eisenhower, President of the United States, 1 964 

• The Beatles, 1967 

• Andy Warhol and Members of the Factory, New York 1 969 

• Sly Stone (cover of Fresh Album), 1973 

• Asha Puthli (She Loves to Hear the Music Album back cover), 1974 

• Ronald Fischer, beekeeper, 1981 

■ NattaQisia Kintlei anti thn Gemnnt 1 Qft1 



• Pile of beautiful people, Versace campaign 1982. 



Books by Richard Avedon 



• Observations, 1 959. A collaborative book with Truman Capote containing portraits of many famous people of 
the twentieth century, including Pablo Picasso, J. Robert Oppenheimer, and Mae West. 

• Nothing Personal, 1964. A collaborative book with James Baldwin. 

• Alice in Wonderland, 1973, co-authored with Doon Arbus. 

• Portraits, 1 976 

• Portraits 1947-1977,1978 

• In the American West, 1 985 

• An Autobiography, 1 993. Contains 50 years of images arranged to tell Avedon's life story. Photos include 
celebrities such as Marilyn Monroe, Judy Garland, Andy Warhol, and Avedon's parents. 

• Evidence, 1994. More than 600 images encompassing Avedon's fashion photographs, portraiture, journalistic 
shots, sketches, snapshots, and contact sheets. However, despite containing many images, the book focuses 
more on the essays and text about Avedon instead of being fully based on visuals. 

• The Sixties, 1999, co-authored with Doon Arbus. Contains images of many famous figures such as Janis 
Joplin, Jimi Hendrix, and Twiggy. 

• Made in France, 2001 . A retrospective of Avedon's fashion portraiture from the 1 950s. The book is expensive 
due to the images being printed on tritone plates. 

• Richard Avedon Portraits' 2002. 50 black and white images of celebrities and subjects from his In The 
American West project. Its release coincided with an exhibition of the work at the Metropolitan Museum of Art. 

• Woman in the Mirror. 2005, with an essay by Anne Hollander. 

• Performance. 2008, with an essay by John Lahr. 

• Portraits of Power. 2008, edited by Paul Roth with an essay by Renata Adler. Coincides with an exhibition of 
political work at the Corcoran Gallery of Art in Washington DC. 

References 
External links 

• Official website 

• Richard Avedon at Encyclopaedia Britannica 

• Richard Avedon at the Museum of Modern Art 

• Richard Avedon at Find a Grave 

• Richard Avedon: Portrait Series of Jacob Israel Avedon from the Collection of The Jewish Museum (New 
York) 

This entry has been automagically sourced Irom Wikipedia, the user-contributed encyclopedia. It may not have been reviewed by 
professional editors and is licensed under CC-BY-SA . Visit "Richard Avedon" on Wikipedia to correct or update this entry. 

Hide the details ol this Wikipedia entry . 



Do you have your own photos of this person? Are they online somewhere, like Flickr or Instagram ? If so then then tag 



them with ch:persoa=lB535489 and we will connect ours to yours. 



' smith.™.™ olcaso romomnor thai this e a work in orooross ana objects may shift in transit 

Coeprr Hnui. .WwmI fiogn Mum* 



We have many categorical methods of browsing our collection now. But I have to say, my fa- 
vorite is still the Random images on the home page. In fact I started a Pinterest board called 

"Random Button http: / /pinterest . com/micahwalter/ random-button/ " to capture a few of my favorites. There 

are fun things, famous things, odd things and downright ugly things, formerly hidden away 
from sight, but now easy to discover, serendipitously via the random button! 

There is much more to talk about, but I'll stop here for now. Aaron, the lead developer on the 
project is working on a much more in depth and technical post about how he engineered the 
site and was able to bring us to a public alpha in less than three months! 

So stay tuned.... and get exploring http : / / collection . cooperhewitt .org . 
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111 followers. 67 pins 
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This entry was posted in CH 3.0 http : //labs . cooper hewitt . org/ category/ ch-3-0/ , Collection data http : / /labs . cooperhe 
witt . org/category/collection-data/ and tagged alpha http: / /labs . cooperhewitt . org/tag/ alpha/ f concordances http: //lab- 
s . cooperhewitt . org/ tag /concordances/ f meatdata http : //labs . cooperhewitt .org/ tag/meat data/ f opac http : / / labs . cooperhewit- 
t . org/tag/opac/ on October 2, 2012 [http : //labs . cooperhewitt . org/20 12 /lost-collection-alpha/ ] by micah http://labs.- 

cooperhewitt.org/author/micah/ . 



Being 'Of The Web 1 : now with Behance, 
Lanyrd & Art.sy 

Last week we talked about our philosophy of being 'of the web http: / /labs . cooperhewitt . org/2012 /online- 

coiiection-aipha/ ', rather than just having the museum 'on the web'. 

And so onto our latest partnerships, our stepping stones to make this a reality. 

Behance 

We've worked with Behance http: / /www. behance . net f to deepen the exposure of the National Design 
Award winners through the creation of a branded gallery http : / /ndagallery . cooperhewitt . org on their 

platform. 
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gallery . cooperhewitt . org 



http://nda- 



Rather than the museum making (another) microsite, Behance offers us a way to put the 
award winners into one of the largest professional social networks used by designers them- 
selves. You can now browse projects by the winners, finalists and jurors - all within their plat- 
form. 

Behance brings huge exposure to the winners, and the awards, and we're expecting that 
many more people find out about the awards than would ever have made it to our own site. 
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Lanyrd 



And we've partnered with event calendaring Lanyrd http: //lanyrd. com to highlight design events 
across America this month. Lanyrd offers a branded site for National Design Week h tt P! // n d- 
w. lanyrd . com f and, at the backend, has allowed us, in the words of Aaron Cope, 'to get out of the 
calendaring business' (which museums shouldn't ever be part of!). Aaron's also been able to 
whip up a nice little mobile web app http://ndw2012.cooperhewitt.org - helped by the normalisation of 
the data feed provided by Lanyrd. (App post soon!) 

Art.sy 

You already know we are one of the larger contributors to Google Art Project http : //www. googleart- 

pro ject . com/collection/cooper-hewitt-national-design-museum/ f and now we've also contributed to another pan- 
institutional project, Art.sy http://art.sy. I'm excited by this because it challenges Art.sy's 'art 

genome http : / / theartgenomepro ject . tumblr . com ' tools to deal with a design collection. And also because 

the site itself very publicly reveals the porous boundaries between the art market and the art 
museum. 

Read the New York Times piece on Art.sy http : / /www. ny times . com/2012/10/09/arts/design/artsy-is-mapping-the-world- 
of -art-on-the-web . html ?smid=pl-s hare &pagewanted= all which quite nicely demonstrates the subtle rift between 

the old (on the web) and new (of the web) worlds. 
And . . . 

And finally, you might notice that if you happen put the URL of one of our collection objects 
in a tweet, you get a nice little 'expanded' bit of information, complete with object thumbnail 
and @cooperhewitt attribution! That was Aaron's Friday afternoon treat. Next stop is a cus- 
tom short URL to make that whole process a bit nicer on the eyes. Cool, huh? 



collection.coojjerhewitt.org/objects/187705 
is a test - if it works there will be cats... 



I 



Bom* »2010 31 63 



Two ttioi cat finnf • bw«n fotf «m Mno* «M M« 

IKMIHIMMIIMIIIgtllMII A inn MO MM 

wi Mng BMP * rmtcnm mt w»im 




777/s entry i/i/as posted in CH 3.0 http : //labs . cooperhewitt . org/ category/ ch-3-0/ and tagged artsy http : //labs . cooper- 
hewitt . org/tag/artsy/ f behance http : / /labs . cooperhewitt . org/tag/behance/ f lanyrd http : / /labs . cooperhewitt . org/ tag/ lanyrd/ 7 
network effects http : / /labs . cooperhewitt . org/ tag/ network-effects/ , partnerships http : / /labs . cooperhewitt . org/ tag /partner- 
ships/, twitter http : //labs . cooperhewitt . org /tag /twitter/ on October 8, 2012 [ http : / /labs .cooperhewitt . org/20 12 / of -web-be- 
hance-lanyrd-art-sy/ ] by Seb Chan http : / /labs . cooperhewitt . org/ author/ seb/ . 



Rebooting Museum Publishing 



For over two years, much to many people's surprise, Cooper Union Museum's and Cooper- 
Hewitt's historical publications have been publicly accessible via the Internet 

Archive http://archive.org/search.php?query=creator%3A%22Cooper-Hewitt%20Huseum%22%2 00R%20%22Cooper%20Union%20Museum%22 . Many 

of these publications are rare and in some cases, the only known existing copy is held in our 
National Design Library http://www.oooperhewitt.org/coiiectxons/ubrary who worked hard to have them 
digitized. Sadly, these long digitized Museum publications have languished without much vis- 
ibility. 

In fact, in The New York Times' 1 1 /26/1 2 piece 'The Art World, Blurred" http: / /www. ny times . - 

com/2012 / 10/28/arts/artsspecial/boundaries-blur-at-art-showcases . html?pagewanted=all f Carol Vogel identifies the "grave- 
yard of out-of-print books" that is rapidly haunting museums. In shout-outs to these savvy 
go-getters, she cheers for a long list of online museum initiatives at the Metropolitan Muse- 
um of Art, the Walker Art Center in Minneapolis, LACMA, and the Art Institute of Chicago, to 
name a few. Can anyone say Cooper-Hewitt? 

Thankfully, all that is changing! 

With our Historical Publications http : //www. cooperhewitt .org/publicat ions /historical section, this material is 

now easily accessible and can be explored right on the page without leaving the site. In addi- 
tion, integrating these publications on our site provides a growing connection with the Muse- 
um collection and exhibition archive, while also establishing an invaluable foundation as the 
Museum moves into new publishing territory. Expect to see rich connections to and from our 

evolving Online Collections mailto : http : / / collection . cooperhewitt . org soon 

Publishing is experiencing a renaissance at Cooper-Hewitt, led by the newly-formed Cross- 
Platform Publishing team now part of Digital and Emerging Media. We are particularly excit- 
ed about our new imprint, DesignFile, which was created to publish ebooks on design re- 
search and writing. Design Cult, a collection of essays by design critic and National Design 
Award winner, Steven Heller, will be one of three DesignFile releases set to launch in January 
201 3. Look for it in epub , iESooks, and Kindle. Spoiler alert: there will be an upcoming post of- 
fering some cool insights from our in-house graphic designer, Katie, about the process of de- 
signing covers for ebooks vs. print. 



We have more projects underway— including a rethinking of publishing workflows much in 
the vein of Auckland Museum's 'COPE' strategy (create once publish everywhere). 



In the meantime, check out one of our favorite historical pubs, the 1941 A Brief Introduction to 

the Museum's Facilities http: / /www. cooperhewitt . org /public at ions /brief -in troduct ion -muse urns -f aci lit ies , which is a fas- 
cinating glimpse into both mid-20th-century design thinking and the museum experience. 

Pam Horn & Sara Rubinow 

This entry was posted in CH 3.0 http : //labs . cooperhewitt . org/ category/ ch-3-0/ f Publishing http : / / labs . cooperhewit- 
t . org/category/publishing/ and tagged COPE http: / /labs . cooperhewitt . org/tag/cope/ f ebooks http : / / labs . cooperhewit- 
t . org /tag /ebooks/ f i Books http : //labs . cooperhewitt . org/ tag/ ibooks/ f Kindle http : //labs .cooperhewitt .org/ tag/ kindle/ f The 
New York Times http: / /labs . cooperhewitt . org /tag/the-new-york- times/ on November 28, 2012 [http: //labs . cooperhe- 
witt . org/ 2012 /rebooting-museum- publishing/ ] by pam http: / /labs . cooperhewitt . org/ author /pam/ . 



Guest post: Notes from hacking on the 
Cooper-Hewitt collections API 



A couple of days ago the Labs hosted a guest to play with our API. 

Over to Frankie to explain what he did and the challenges he faced. As it turns out, there's a 
lot you can get done in a day. 



Hi, I'm Frankie Roberto. I used to work at the Science Museum http : / /www. sciencemuseum. org . uk in Lon- 
don, where I produced their web projects. I've also worked with museums such as the British 
Museum whilst at digital agency Rattle. One theme running through all of this time is the im- 
portance of data, and the things that it can enable. 

So when I learnt that the Cooper-Hewitt Museum had released a 'public alpha' of their collec- 
tions database, the idea of spending a day playing with the data whilst in New York (on holi- 
day!) seemed like it'd be fun. Plus, I get to hang out with Seb & co. 

I signed up for a an API account http : / / collection . cooperhewitt . org/api/ ahead of time. This does feel 

like a bit of hurdle. Because the API uses oAuth 2.0 https://ooiiection.cooperhewitt.org/api/oauth2/, as well 
as creating an account, you then have to create an application, and then authorise yourself 
against your own application in order to get an access token which ultimately grants you ac- 
cess to the data. This makes more sense for situations where you want to get access to an- 
other user's data (e.g. let's say that users can bookmark favourite objects and you want to 
display a visualisation of them). For accessing public data it's a little overkill. Thankfully the 
web interface makes it all fairly straightforward. 

Ideally, I think it'd be simpler and more developer-friendly not to require API keys at all, and in- 
stead to simply allow anyone to retrieve the data with a simple GET request. These can even be 
tried out in a browser - a common convention is to simply add '.json' on the end of URLs for 
JSON views. This also lets you use HTTP-level caching, which works at the browser end, the 
server end and proxies in the middle, keeping things speedy. On the downside, this would 
make it harder to monitor API usage. 



Authentication quibbles aside, once set up I could begin querying the data. 

I came to the Cooper-Hewitt knowing very little about the institution other than that it is a 
design museum. My expectations then were that the collection would be a treasure trove of 
great design from the past century - things like the Henry vacuum cleaner or the Juicy Salif 
lemon squeezer by Philippe Starck. In short: 'design classics http://www.pimidon.com/store/design/phaidon-de- 

/ 

sign-classics-9780714843995/ . 

'Classic' is a funny word, after abused as a euphemism for old and obsolete, but when ap- 
plied to design I think it implies quality, innovation, and timelessness - things you might still 
use today (hence the community around maintaining 'classic cars'). 

My challenge then was to see if, for a given type of thing, I could show the 'classic' versions of 
that thing from the Cooper-Hewitt collection. 

To kick off, I looked at the list of 'types' in the collection. There are 2,998 of these, and they 
are for the most part simple & recognisable words or short phrases - things like 'teapot' and 
'chair'. The data is a little messy, also including more specific things like 'side chair' and 

'teapot and lid', but, y'know, it's good enough for now http : / /www. freshandnew.org/2012/08/museum-datasets-un- 

comprehensive-ness -data-mining/ . 

I could have retrieved the entire list of types through the API, but as you only get a small 
bunch at a time, this would have required 'paging' through the results with multiple requests. 
Not too tricky, but rather than coding the logic for this, it was a lot simpler to just import the 

full list from the CSV dump on GitHub https : / / github . com/cooperhewitt/collection , 

The next step was to retrieve a list of objects for each type. 

Unfortunately, this didn't actually seem to be possible using the API (yet). So I went back to 
GitHub and used the CSV dump of all objects. This contains around a 1 00,000 objects. Not a 
huge amount, but with a tip-off from Seb, I realised that I was actually only interested in the 

objects from the 'product design' department https : / /collection . cooper hewitt . org/ departments/35347497/ — a 

much smaller list of just 19,848 objects (the rest seem to be mainly drawings and textiles). 
With these objects imported, the next step was to match the objects with the types. 



This data didn't seem to be in the CSV file - and it isn't returned in the API response for object 
details either (an accidental omission, I think). Stuck, I turned to Seb's team, and soon 
learned that what I thought was the object 'name' was actually a concatenation of the ob- 
ject's type and age, separated by a comma. So, I could get an object's type by simply revers- 
ing the process (slight gotcha: remember to ignore case). 

At this point I had a database of objects by type, but no images - which for most purposes 
are pretty crucial. 

Ideally, links to the images would've been in the CSV dump. Instead, I'd have to query the API 
for each object and collect the links. Objects can have multiple images, but I only really need 
the main one, which is designated the 'primary' image in the API. Oddly, a good proportion of 
the objects had no primary image, but did have one or more non-primary images. In these 
cases, I'd just select the first image. 

Script written, I started hitting the API. With 1 9,848 requests to make, I figured this'd take 
some time. About a quarter of the way through, I realised that the same data was also avail- 
able in GitHub, and this could be queried by requesting the 'raw' version of the URLs (con- 
structed by splitting the object id into bunches of three digits). So I modified my script to do 
just that, and set it going, this time starting from the bottom of my list of objects and working 
up. The GitHub-querying script ran a little faster than the Cooper-Hewitt API (probably not 
too surprising), and so both scripts 'met' somewhere in the middle of the list. 

The results of this were that I had images for roughly a quarter of the product design objects, 
with around 5,000. This seems like quite a lot, but given that lots of these are rather obscure 
things like 'matchsafes', the collection actually isn't that big, and is rather patchy. 

There's a limit to how many products you can actually collect (and store), of course, and so 
I'm not suggesting that the museum go on an acquiring spree. But I do wonder whether, to 
present a good experience online, it might be wise to try and merge in some external prod- 
uct design databases to fill in the holes. 

By the time I'd assembled all the data, I didn't have too much time to consider how to 
present the 'classic' products from among the collection. 

Ideally, I think this is something that the museum should expose its expertise in. It can be 



tempting for museums to pretend that all objects have equal value, but in reality there are 
always some objects that are considered better, more unique, or in this case 'more classic' 
than others. Museum curators are ideally placed to make these judgement calls (and to ex- 
plain them). For mass-manufactured design objects, this is arguably more important than 
collecting them in the first place (it's unlikely you'd not be able to find an original 

iPod https : / / collection . cooper hewitt . org/ objects/ 18733525 / for an exhibition if you needed one). 



Ideas we came up with amongst the team were to try and look up the price of the object on 
eBay (price isn't a perfect indicator of design value, but might be a reasonable proxy), or to 
try and see whether other museums, like the V&A, had also collected the same object. 



In the end, I went with a simple crowd-sourcing model. Initially three random objects from 
each type are picked to be shown as the 'classic' ones (3 feels like a good number), with the 
others shown as smaller thumbnails below. You can then very simply vote objects up or 
down. 
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Ewer, 1919-24-80, 17th-18th 
century 
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The result of this very simple demo is online at http://designclassics.herokuapp.com http:/**- 

signc lassies . herokuapp .com - feel free to explore (and vote on the objects). 

Thanks to the Cooper-Hewitt for hosting me for the day. I look forward to seeing how the 'al- 
pha' collections database develops into the 'beta', and then the full launch. 



If you are an interaction design or digital humanities student, or just a nerd with a bent for playing 
with museum collections, and you feel like hanging out for a day or two in the Labs to make things 
then we'd love to have you over. 

Drop us a line and we'll make it happen. 



ThiS entry WaS pOSted in CH 3.0 http://lab S . oooperhewitt.org/category/ch-3-0/ and tagged API http://labs.cooperhe- 
witt . org/ tag/api/ f collections http: / / labs . cooperhewitt . org/tag/collections/ f residents http: //labs .cooperhewitt . org/tag/resi- 



dents/ on November 29, 2012 [http: / /labs .cooperhewitt.org/2012/guest-post-notes-hacking-cooper-hewitt-collections-api/ ] 
byfrankier http: //labs . cooperhewitt . org/author/f rankier/ . 



A proposal: Glossaries (dot json) 




http: //www. flickr.com/photos/straup/7926228468/ 



Early in the development cycle of the new Cooper-Hewitt collections website http: / / collection . - 
oooperhe„itt.org/ we decided that we wanted to define as many concordances, as possible, be- 
tween our collection and the stuff belonging to other institutions. 

We're going to save an in-depth discussion of the specifics behind those efforts for another 
blog post except to say that the first step in building those concordances was harvesting oth- 
er people's data (through public data dumps or their APIs). 

Defining equivalencies is still more of an art than a science and so having a local copy of 
someone else's dataset is important for testing things out. A big part of that work is looking 
at someone else's data and asking yourself: What does this field mean? It's not a problem spe- 
cific to APIs or datasets, either. Every time two people exchange a spreadsheet the same 
question is bound to pop up. 



It's long been something of a holy grail of museums, and cultural heritage institutions, to 
imagine that we can define a common set of metadata standards that we will all use and un- 
lock a magic (pony) world of cross-institutional search and understanding. The shortest pos- 
sible retort to this idea is: Yes, but no. 

We can (and should) try to standardize on those things that are common between institu- 
tions. However it is the differences - differences in responsibilities; in bias and interpretation; 
in technical infrastructure - that distinguish institutions from one another. One needs look 
no further than the myriad ways in which museum encode their collection data in API re- 
sponses to see this reality made manifest. 

I choose to believe that there are good and valid, and very specific, reasons why every institu- 
tion does things a little differently and I don't want to change that. What I would like, howev- 
er, is some guidance. 

In the process of working with everyone else's data I wrote myself a little tool //gitm*.- 

com/ cooperhewitt /col Lection- too Is /blob /master /bin/ generate- glos s ary . py that iterates over a directory of files and 

generates a "glossary" file. Something that I can use as a quick reference listing all the possi- 
ble keys that a given API or data dump might define. 

The glossary files began life as a tool to make my life a little easier and they have three sim- 
ple rules: 

• They are meant to written by humans, in human-speak. 

• They are meant to read by humans, in human-speak. 

• They are meant to updated as time and circumstances permit. 
That's it. 

They are not meant to facilitate the autonomous robot-readable world http : / /berglondon . - 
com/blog/2011/08/03/the-robot-readable-world/ , at least not on their own. They are meant to be used in con- 
cert with humans be they researchers investigating another institution's collection or devel- 
opers trying to make their collections hold hands with someone else's. 



So, here's the proposal: What if we all published our own glossary files? 

What is a glossary file? 

Glossary files are just dictionaries of dictionaries, encoded asJSON http://wv~.json.org/. There is 
nothing special about JSON other than that it currently does the best job at removing the 
most amount of markup required by machines to make sense of things, and is supported by 
just about every programming language out there. If someone comes up with something bet- 
ter it stands to reason that glossary files would use that instead. 

You can see a copy of the Cooper-Hewitt's glossary file for objects https : //git hub. com/ cooperhewitt/ col- 

leotion/blob/master/meta/objects-glossary.json in OUT Collection TepOSitOry OVCT On G it h U b . And y£S, yOU 

would be correct in noting that it doesn't actually have any useful descriptive data in yet. One thing 
at a time. 

The parent dictionary contains keys which are the names of the properties in the data struc- 
ture used by an institution. Nested properties are collapsed in to a string, using a dot nota- 
tion. For example: 'images' : { 'b' : { 'width' : '715' } } would become ' im- 
ages, b. width'. 

The values are another dictionary with one required and two optional keys. They are: 

description 

This is a short text describing the key and how its values should be approached. 

There is no expectation of any markup in text fields in a glossary file. Nothing is stopping you 
from adding markup but the explicit goal of glossary files is to be simpler than simple and to 
be the sort of thing that could be updated using nothing fancier than a text editor. It's proba- 
bly better to rely on the magic of language rather than semantics. 

notes 

This is an optional list of short texts describing gotchas, edge cases, special considerations or 
anything else that doesn't need to go in the description field but is still relevant. 



sameas 



This is an optional list of pointers asserting that you (the person maintaining a glossary file) 
believe that your key is the same as someone else's. For example, the Cooper-Hewitt might 
say that our date field is the same as the Indianapolis Museum of Art's creation_date field. 

There are two important things to remember about the sameas field: 

• You (as the author) are only asserting things that you believe to be true. There is abso- 
lutely no requirement that you define sameas properties for all the fields in your glos- 
sary file. Think of these pointers as the icing on the cake, rather than the cake itself. 

• There is currently no standard for how pointers should be encoded other than the stat- 
ed goal of being "easy" for both humans and robots alike. The hope is that this will 
evolve through consensus - and working code. 

For example, we might say our date field is the same as: 

• ima : creation_date 

• x-urn : indianapolismuseumof ant : creation_date 

• http : //www . imamuseum . org#creation_date 

My personal preference would be for the first notation (ima : creation_date) but that does 

mean we, as a community, need to agree on namespaces (the ima : prefix) or simply that we 

pledge to list them someplace where they can be looked up. Again, my personal preference 
is to start simple and see what happens. 

The unstated rule with glossaries is that they also be easy enough to change without requiring a lot 
of time or heavy-lifting. If something fails that criteria that's probably a good indication it's best 
saved for a different project. 

It's easy to consider both the possibilities and the pitfalls afforded by sameas pointers. They 



are not going to solve every problem out there, by any means. On the other hand they feel 
like they might be a better than 80/20 solution (or at least forward motion) towards address- 
ing the problem of equivalencies. It's really just about ensuring a separation of concerns. If 
we each commit to stating the things we believe to be true and to publishing those state- 
ments somewhere they can found then, over time, we can use that data to tell us new and 
interesting things about our collections. 

More importantly, between now and then - whatever "then" ends up looking like - we can 
still just get on with the work at hand. 

Git(hub) 

I mentioned that our glossary files are part of the Cooper-Hewitt's collections 
metadata https://github.oom/cooperhewitt/coiieotxon/ repository on Github. Those files will always be in- 
cluded with the collections metadata but I am considering putting the canonical versions in 
their own repository. 

This would allow other people, out there in the community, to contribute suggestions and fix- 
es ("pull requests" in Git-speak) without having to download the entirety of our collection. As 
always with Git(hub) it offers a way for institutions to preserve the authority over the mean- 
ing of their collections and to give other institutions some degree of confidence in the things 
we are saying. 

It also means that institutions will need to commit to taking seriously any pull requests that 
are submitted and tracking down the relevant people (inside the building) to approve or re- 
ject the changes. This is maybe not something we're all used to doing. We are not really 
wired, intellectually or institutionally, for dealing with the public pushing back on the things 
we publish. 

But if we're being honest everyone knows that it's not only a thing seen distantly on the hori- 
zon but a thing approaching with a daunting (and some times terrifying) speed. We're going 
to have to figure out how to address that reality even if that just means better articulating 
the reasons why it's not something a given institution wants to do. 

Which means that in addition to being a useful tool for researchers, developers and other 
people with directed goals glossaries can also act as a simple and safe device for putting 



some of these ideas to the test and, hopefully, understand where the remaining bumpy bits 
lay. 



Discuss! 



ThiS entry WaS pOSted in CH 3.0 http://labs.oooperhewitt.org/category/ch-3-0/ O/ld tagged alpha http://labs.coop- 
erhewitt.org/tag/alpha/ 0/7 D^C6/T?/)6A" 11,2012 [http://labs.cooperhewitt.org/2012/proposal-glossaries-dot-json/] by 
asc http: / / labs . cooperhewitt . org/author/asc/ . 



'Discordances' - or the big to-do list 



Yesterday Aaron rolled out a minor data update to the online collection. Along with this he 
also whipped up a 'anti-concordances' view for our people/company records. (Yes, for various 
reasons why are conflating people and companies/organisations). This allows us to show all 
the records we have that don't have exact matches in Wikipedia (and other sources). 

Along with revealing that we don't yet have a good automated way of getting a 'best guess' of 

matches (Marimekko Oy http: / /collection. cooperhewitt.org/people/18045663/ I s the same as 

Marimekko http: / / en .wikipedia . org /wiki /Marimekko ) without also getting matches for Canadian hockey 

players who happen to share a name with a designer, the list of 'discordances' is a good, fi- 
nite problem that can be solved with more human eyes. 
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http: //collec- 



tion . cooperhewitt . org/people/not-f rom/wikipedia/ 



We are currently inviting people (you, for instance) to parse the list of non-matches and then 
tell us which ones should link to existing but differently-spelled Wikipedia pages, and which 
ones need to be created as new stubs in Wikipedia itself. 



If you're feeling really bold you could even start those stubs yourself! You can even use our 
easy-to-insert Wikipedia citation snippet to reference anything in our collection from your 
newly created articles. You'll find the snippet tool at the bottom of each object and per- 
son/company record. 



This entry was posted in Collection data http : / / labs . cooperhewitt . org /category /col lection-data/ and tagged al- 



pha http: //labs .cooperhewitt.org/tag/alpha/ , concordances http: //labs .cooperhewitt.org/tag/concordances/, crowdsourc- 

}ri£ http://labs.cooperhewitt.org/tag/crowdsourcing/, ^lOtYDA/lki http://labs.cooperhewitt.org/tag/glarawiki/, 

wikipedia http: //labs . cooperhewitt .org/tag/wikipedia/ on December 19, 2012 [http: //labs .cooperhewitt . org/20 12 /discor- 
dances-big-to-do-list/ ] by Seb Chan http : / /labs . cooperhewitt . org/ author/ seb/ . 



The O and the Minutiae of the Future- 
Now 




"What's theo dot php?" Nate http : / /www . twitter . com/ home brewer/ asked. 

We were sitting in a coffee shop in Melbourne and catching up on things because we still 
hadn't sorted out internet access at the hotel. We'd arrived the night before from Hobart, the 
capital of Tasmania, where we'd spent the day visiting the Museum of Old and New 

Art http: / /www.mona . net . au/ which is often just referred to as "MONA". 



"Theo" is actually 'The O http: / /www.mona . net . au/theo/ "the name of the retrofitted iPod touch with 
custom software that MONA gives to every visitor when they enter the museum, "theo.php" 
is the URL that you're emailed the following day which shows you all the stuff you saw during 
your visit. 

It's not a page that's especially well-designed for looking at on your phone's tiny web brows- 
er. You can do the pinchy-zoomy thing to move around the page and make the links big 
enough to click on but only at the cost of feeling vaguely annoyed and disappointed. 

Links to individual works are loaded in-situ usingjavascript so there are no permalinks (not 
even self-updating hash marks) or any way to share a link for a particular piece of art that 
you loved (or hated) with another person. Or even just yourself if you wanted to, say, book- 
mark it for later reference. 

So, that's not great. On the other hand: Working code always wins. 

Few other museums have mustered up the ambition (not to mention the cash dollars) to do 
something on the scale of The O so until we do any criticism of the work that MONA has done 
needs to be cut down to size by running it through a filter that is equal parts envy and arm- 
chair quarterbacking. 



The first thing I did when I got The O was remove the lanyard that you're supposed to use to 
drape the thing around your neck. Wearing it around your neck is meant to make the device 
easier to use which sounds like a classic engineering-as-philosophy excuse. It does actually 
make it easier to use but only because neither the hardware or the software are particularly 
well-suited for being shoved in to, and pulled out of, your back pocket. 

The second thing I did was put the headphones I was given in the pocket of my jacket. I 
should have just given them back to the nice "front of house" person but a first visit to the 
lobby of MONA is a bit overwhelming. I couldn't tell you what the person who gave me The O 
said about the device. Mostly I was looking at the impressive glass staircase beyond the en- 
trance and thinking: Oh, it's an iPod. I configure this out. 

The headphones seemed like overkill. Maybe that's me. I've never been much for audio tours 
and between The O and the headphones I was starting to feel like I might soon be wearing a 

fighter pilot's helmet complete with a built-in heads-up display https : / / en . wikipedia . org/wiki/Head-up_dis- 

piay. One of the nicer bits of The O is that every piece of art comes with a soundtrack; one or 
more songs that you can play while you contemplate a given work. 

I might have been inclined to put the headphones on if The O sported a continuous partial 
soundtrack. Something that would just play by itself in the background and cut over, from 
one track to the next, as you moved around the museum. 

Or a spoken narrative. That would be awesome and they don't necessarily need to be pre- 
recorded. I once walked the 30 minutes it takes to get from the Detroit Institute of the 
Arts http: / /www. dia.org/ to the city's downtown core listening to my phone's text-to-speech soft- 
ware read aloud a very long email from my friend James http://www.fiiokr.com/photos/antimega/6901s259a2/, 
so it's all in the realm of the possible. 

Instead it felt like more buttons to press. 

The third thing I did, as we were walking down the stairs in to the museum itself, was ask 
why I couldn't take pictures with The 0. 

No one is discouraged from taking photos in the museum http : //www. f lie kr .com/photos /tags/ f our squared 3 Av - 
enue%3D4clac30beac02 0ald5da43c2/ but it means fiddling with yet another device. Lots of people are going 

to want to use their fancy digital SLRs to take high(er) quality photos but most people are go- 



ing to be perfectly happy with whatever this year's iPod camera can do. Especially if it makes 
things easier and especially-er if those photos can be tied to all the stuff that MONA knows 
about a work that's being photographed. 

Managing photo uploads in a gallery would be a genuine engineering challenge (read: stor- 
age and bandwidth) but hardly an insurmountable one and the benefits would be pretty 
awesome. First of all, it demonstrates that a museum isn't blind to a reality where everyone 
walks around with a network-enabled camera, sharing things as they go. Secondly, if you're 
thinking about doing 3D digitization of your objects you could do a lot worse than stitching 
together all the photos that your visitors are taking. 




One of the "crazier" aspects of MONA if you're talking to museum professionals is the ab- 
sence of wall labels. You know: Those pieces of cardboard stuck to the wall that tell you who 
the artist is, when a work was made and usually some overly polite interpretive text that is 
both too short to tell you anything of substance and too long to fit in a Twitter message. 

MONA is full of wireless receivers and The O does some fancy-pants triangulation to figure 
out where you are in the building and only show you works that are nearby. It's pretty clever, 



really. It's also not very fast. Or rather it's only fast if you remember that our ability to do this 
of all is still kind of magic - but that gets olds pretty quickly in a museum setting. 

Maybe it was because the device isn't configured to stay on all the time and silently update 
its location as I moved around? After all, the iPods all come with big honking extra battery 
packs. Maybe it was because I kept turning the iPod off every time I stuck in my back pocket? 
Maybe it was because the app itself kept crashing and I had to wait for it to restart? 

When it is working and you click on an individual piece you get a handsome photo of the 
thing you're looking at with five additional tabs for finding out more information. They are: 

Summary 

The basics like artist name, dimensions and a button to indicate you've seen the work, so 
that it will show up in the history of your (theo.php) tour around the museum. 

There's also a "love" and "hate" button which is bit heavy-handed but still kind of charming. 
After you've indicated a choice there's some nice copy telling you where your ranking falls rel- 
ative to everyone else's. I sort of wish that those stats were shown to you before you indicat- 
ed a preference precisely to see how people would game the system. I would 
totally https:/ /twitter.com/thing Sa arondoe S go on a tour of the most hated things on view at MONA. 

Meanwhile, why can't I love or hate an artist? 

Ideas 

Or as I've started calling them: Fortune cookies. Short little pithy and fluffy aspirational drib- 
blings of interpretation that are cornier than they are funny. They feel like throwaway com- 
ments that betray a lack of faith in the ability of visitors to be smart enough to figure things 
out on their own. 

Art Wank 

This felt like a deliberate provocation but it is David Walsh's http : / /monablog . net/category/david-walsh/ 

party so he can do whatever he wants. MONA is his personal art collection and he paid for 



the whole thing, building included, out of pocket. I didn't read any of these texts if that's what 
you're wondering. They were too long to read standing up and too long to make me want to 
stare at a bright screen in an otherwise dark room. 

Gonzo 

I wish this hadn't been labeled "gonzo http : / /muppet . wikia . com/wiki /Gonzo ". At the end of the day, 

though, I don't really care what it's called so long as it never goes away. This is the best part 
of The O. It leaves you feeling like there's some avenue for understanding why a given piece 
was collected by the museum. The tone is conversational and through it emerges all the wig- 
gly and sometimes contradictory motives that went in to acquiring a piece. 

It says: We probably know more of the shop-talk that surrounds a work of art but we are still 
human like you and our appreciation is something that we can, and want, to share with you. 
That we can hopefully make you appreciate how we fell in love with a work even if you think 
it's crap. 

Call me crazy, but I'm just not sure what's "gonzo" about that. It seems like minimal compe- 
tence http: / /laughingmeme .org/ 20 10/05/ 18 /minimal -competence-da ta-access -data-owner ship- and- sharecropping/ f really. 

Media 



So. Many. Buttons. Do / have to press them all?! 




A few quibbles about the tabs: 

• It's not clear when you're using the device whether the texts will be included in the 
summary version of your tour so I found myself literally taking pictures of the thing in 
order to ensure that I'd have a way to recall the text I was reading. This suggests some- 
thing that could be made... better. 

• The layout and formatting of the text is terrible. There's not really any excuse for this. 
The type is all smushed up together and the line heights are too small and the margins 
are non-existent. It all smells like some sort of default iOS NSTextWrapper handler from 

2007. There is no shame in looking at what Readability htt P ://™. readability. com/ or Instapa- 
per https://www.instapaper.com/ are doing and just copying that. 



• If I've gone to the trouble of clicking on one of the buttons for an artwork, or maybe 
clicking on a button and scrolling through some amount of a text, can that please 
count as having "viewed" a work? There are a bunch of things, like the creepy-worm- 
body-artist-guy http://monablog.net/2012/10/26/at-the-arsenale/ , that MONA doesn't think I've seen 

because I neglected to click the <i see you> button. 

But it mostly works. Except when it doesn't. Every once in a while, some or all the items in a 
room (sometimes upwards of 30) will be bundled up in to a single listing that, when clicked, 
opens a nested list of individual objects which you then have to scroll through to find the 
thing you're looking for. In anger. 

(pause) 

It's kind of a terrible time to be making mobile apps or, rather, it's sort of the mobile equiva- 
lent of that time when people thought writing websites in Java was a good idea. Java is awe- 
some for lots of things just maybe not websites, or anything that needs to change often. Na- 
tive mobile apps feel the same way and there's the added burden that they are being aggres- 
sively used as a weapon by the companies (the vertical "stacks http://biog.brian-fitzgeraid.net/the-rant- 
bruce-sterling-sxsw ") that support them. See also: The long, sad history of vendor-specific author- 
ing tools. 

One of the things that seems to get lost in the discussion of "native" versus the "web" is that 
the web has not-quite-already-but-nearly won. Which is to say that rendering engines not 
browsers have won. Which means that HTML (and some combination of Javascript and CSS) 
has won. As has HTTP. 

Almost. 

HTTP has basically won as the network and transport layer for most things. Web-based ren- 
dering engines are still not really the equal of fussy and bespoke hardware and device-specif- 
ic APIs when it comes to performance but everyone expects them to be soon, or to reach an 
acceptable threshold where the rest of it doesn't matter. Once that happens why would you 
ever go back? 

But we're not there, yet. And tomorrow's future promises do little to help get things done to- 
day. That is our burden, working in the present. 



So, if you ever meet anyone who was involved in building The O buy them a drink and thank 
them for being willing to step up and stab themselves in the face with the minutiae of the fu- 
ture-now. We are better for it. 



Also, when was the last time you had oysters at a museum? 




This entry was posted in CH 3.0 htt P: //iab S . oooperhewitt.org/category/ch-3-o/ on December 21, 2012 

[ http : / /labs . cooper hewitt . org/ 20 12 /minutiae-f uture-now/ ] byasc http : / /labs . cooperhewitt . org/ author/asc/ . 



